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

Marius Kruger amanic at gmail.com
Mon Nov 6 09:13:26 GMT 2006


hi,
On 11/5/06, Hanns-Steffen Eichenberg <scameronde at googlemail.com> wrote:
>
> My current patch (draft version, not made public yet) uses a flag or the
> following logic:
>
>   - source present and versioned, target not present and not versioned:
> mv file and change repo (regular mv)
>   - source not present and versioned, target present and not versioned:
> only change repo (new mv)
>   - source present and versioned, target present and not versioned: you
> have to use the flag or it is an error
>         (for situations like:
>                    mv a b; touch a; bzr mv a b  ==> ERROR
>                    mv a b; touch a; bzr mv a b --after  ==> OK
>          )
>

This is perfect!
 (when can we have it :)

...
>
I think when using the fuzzy match the user must be the one who finally
> decides
> if a match is correct or not. Maybe the auto-rename could open an editor
> with
> its suggestions. That would allow for easy control and confirmation of
> mass
> renames.
>

This will be a very nice to have later.

Later mv-detection could also be done, when you run 'bzr status': also show
the proposed moves.
Then the user could alter this if needed with additional bzr command options
   - 'bzr mv --after a b'
   - 'bzr mv --cancel a b' (if the wrong one was chosen)
     (as the inverse of 'bzr add' is 'bzr remove', the user should be able
to cancel the mv action, in the case he made a mistake.)

regards
marius

-- 
--

The Source is strong with this one.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.ubuntu.com/archives/bazaar/attachments/20061106/b5054e48/attachment.htm 


More information about the bazaar mailing list