<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
> If the thing being renamed<br>
> was a common token, like "name", then darcs replace might also change<br>
> some instances of it that shouldn't be changed (such as in comments or<br>
> string literals, or unrelated variables that are also named "name").<br>
> In that case, I counted, for each file, how many hunks it would take<br>
> to put back all the bogus changes after darcs replace versus how many<br>
> hunks it would take to make the desired changes without using darcs<br>
> replace. Whichever approach yielded the fewest hunks is the one I<br>
> took. This is because I regarded every additional hunk as threatening<br>
> to cause later merge conflicts.<br>
<br>
</div>I'd prefer to be more conservative and avoid using 'darcs replace'<br>
whenever it would make any bogus changes.<br>
</blockquote></div><br>   I plan to use this policy.<br>   That is, if 'darcs replace' suggests I might want to use --force, then I will not use 'darcs replace'.  Instead I will manually change the tokens of interest, (and record) OR create an alternate name to replace with.  It seems the second option is certainly preferable from the perspective of automating replace.<br>
<br>--Za<br>