"Marco Costalba" <mcostalba@xxxxxxxxx> writes:
> On 6/11/07, Junio C Hamano <gitster@xxxxxxxxx> wrote:
>>
>> An option to re-blame starting from the parent commit of what is
>> currently blamed (i.e. "peel" one level) would certainly be
>> interesting but I do not think git-gui has it (yet).
>
> Not to advertise, but qgit has already that from ages.
Advertising is good.
> Annotate algorithm of qgit is little different in that it starts from
> the oldest revision that modified a file and goes to the latest. In
> this way we can have the whole file history annotated in one pass and
> very fast.
I am not sure about two things in this description.
(1) Are you emulating CVS-like "a file has an identity, and we
follow its changes" model? How does it handle file split,
merge, and code movement in general?
(2) It is unclear why going from old to new has the advantage
of being "one pass", implication of which is that the
opposite direction needs to be done as more than one pass.
Care to enlighten?
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
