hi,<br><div><span class="gmail_quote">On 11/5/06, <b class="gmail_sendername">Hanns-Steffen Eichenberg</b> &lt;<a href="mailto:scameronde@googlemail.com">scameronde@googlemail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div>My current patch (draft version, not made public yet) uses a flag or the following logic:<br><br>&nbsp; - source present and versioned, target not present and not versioned:&nbsp; mv file and change repo (regular mv)
<br>&nbsp; - source not present and versioned, target present and not versioned:&nbsp; only change repo (new mv)<br>&nbsp; - source present and versioned, target present and not versioned: you have to use the flag or it is an error<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (for situations like: 
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mv a b; touch a; bzr mv a b&nbsp; ==&gt; ERROR<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mv a b; touch a; bzr mv a b --after&nbsp; ==&gt; OK<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; )</div></div></blockquote><div><br>This is perfect!<br>&nbsp;(when can we have it :)
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div>... <br></div></div></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div>I think when using the fuzzy match the user must be the one who finally decides<br>if a match is correct or not. Maybe the auto-rename could open an editor with<br>its suggestions. That would allow for easy control and confirmation of mass
<br>renames.</div></div></blockquote><div><br>This will be a very nice to have later.<br><br>Later mv-detection could also be done, when you run 'bzr status': also show the proposed moves. <br>Then the user could alter this if needed with additional bzr command options
<br>
&nbsp;&nbsp; - 'bzr mv --after a b'<br>
&nbsp;&nbsp; - 'bzr mv --cancel a b' (if the wrong one was chosen) <br>&nbsp;&nbsp;&nbsp;&nbsp; (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.)<br></div><br>regards <br>marius
<br></div><br>-- <br>--<br><br>The Source is strong with this one.