Re: [PATCH] git-blame shouldn't crash if run in an unmerged tree

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Shawn O. Pearce <spearce@...>
Cc: Linus Torvalds <torvalds@...>, <git@...>
Date: Thursday, October 18, 2007 - 4:31 am

On 2007.10.18 02:34:07 -0400, Shawn O. Pearce wrote:

The first merge moved some code from file1 (which doesn't exist in the
branch anymore) into file2, so I guess the code move detection comes
into play here.

Actually, in the original case that crashed here, I was curious about
some lines in file2 which looked like they had been automatically merged
from file1, so I tried to use git blame with file2 to see if that really
happened (I didn't expect git to be even able to follow code moves while
merging). Unfortunately, I didn't get such a test case yet, which might
indicate that I've only imagined that merge, and thinking about it, I
think that file2 wasn't marked as modified in "git status". Hm, I'll try
to find that merge conflict again and try that again.

Björn

-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[PATCH] git-blame shouldn't crash if run in an unmerged tree, Shawn O. Pearce, (Thu Oct 18, 2:34 am)
Re: [PATCH] git-blame shouldn't crash if run in an unmerged ..., Björn, (Thu Oct 18, 4:31 am)