Preserving metadata for blame/praise through whitespace changes
Vincent Ladeuil
v.ladeuil+lp at free.fr
Tue Jul 7 11:16:39 BST 2009
>>>>> "Michael" == Michael B Trausch <mbt at zest.trausch.us> writes:
<snip/>
Michael> So, I have two questions:
Michael> 1. Is there something I should have done that would have
Michael> preserved "blame" data?
Michael> 2. If there is nothing, is there some way to educate bzr that
Michael> whitespace-only changes should not factor in to things like diffs
Michael> and output of commands like "bzr blame", or perhaps, be able to
Michael> be removed from consideration by the addition of an extra
Michael> parameter?
I think John answered these quite completely, but I'd like to add
one remark.
While you may want to ignore such modifications, they are part of
the history. Now, they are times (and you encounter that :) where
you are more interested by what occurred *before* those
modifications and there the GUIs should provide better ways to
navigate the annotations (and that includes taking into account
the work John is doing right now).
But in the mean time, 'bzr gannotate' proposes the 'back and
'forward' buttons which are not very intuitive[1] but allows you
to navigate the revisions for the currently *selected* line.
Vincent
[1] Mainly because you have no idea a line must be selected
because the 'back' button is active from the start *because* the
first line is selected by default from the start.
More information about the bazaar
mailing list