Feature Request: 'bzr mv --after' to tell bzr that file(s) have already been moved in the working tree

[Hanns-Steffen Eichenberg]

Hello John,


at the moment i only implemented to option '--after'. I will implement the
proposed enhancement of mv without using an option this weekend and send
this as a patch to this mailing list. But be warned: it will be draft at
best, because i am not comfortable with the framework / architecture and my
python skills are only moderate. But i am willing to learn and i can cope
with criticism ;-)


Ciao,
  Steffen


On 11/3/06, John Arbash Meinel <john at arbash-meinel.com> wrote:
>
> Hanns-Steffen Eichenberg wrote:
> > An automatic detection of moved files would be great, but i think you
> > have to have an explicit option in addition. Why? When refactoring Java
> > Code (rename a class, for example), the name of the file AND the file
> > content changes simultaneously. It is an atomic operation from within
> > Eclipse (and all other major Java IDEs). How can this be later detected
> > by an algorithm?
> >
> > Ciao,
> >   Steffen (scameronde)
> >
>
> It wasn't auto-detection of the file move, just that when you type "bzr
> mv x y" if x did not exist, but y did, it would just record the move,
> rather than failing because x could not be moved.
>
> The basic rule would be:
>   source was versioned (it has an inventory record)
>   source is not present on disk
>   target is not versioned
>   target is present on disk
>
> That said, I think a big knob for '--after' is fine to add. Because it
> also lets you do:
>
> $ mv a b
> $ touch a
> *oops* forgot to record the move
> $ bzr mv --after a b
> $ bzr add a
>
> As far as a name for it. '--after' is okay, and if it is consistent with
> other VCSs, then that is a good reason to use it. There are other
> possibilities (--record-only), but nothing that stands out as being good
> enough to break compatibility with others.
>
> I thought I saw you mention on IRC you actually wrote a patch for this,
> which I would be happy to look over.
>
> John
> =:->
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.ubuntu.com/archives/bazaar/attachments/20061103/622922b6/attachment.htm