Thread (4 messages) flat view 4 messages, 4 authors, 2016-08-11

Re: Rename detection at git log

From: Junio C Hamano <hidden>
Date: 2016-08-11 20:13:31

Possibly related (same subject, not in this thread)

Andy Parkins [off-list ref] writes:
On Monday 2006 November 20 05:57, Alexander Litvinov wrote:
quoted
quoted
PAGER=cat git log -M -C --pretty=oneline b/a
I've come across this too.  Personally I'm not sure what use "-C" is.  From 
the manpage, man git-diff-files (no, this isn't the place I'd look either).
The real issue here is because the b/a on the command line
applies on the input-side, and does not act as the output
filter.  This comes from _very_ early design decision and if you
dig the list archive you will see Linus and I arguing about
diffcore-pathspec (which later died off).

What it means is that "git log" will look at path that matches
b/a (that means b/a/c and b/a/d are looked at, if b/a were a
directory).  Since path "a" which is what the file was
originally at is not something the pattern b/a matches, there is
no way b/a is noticed as a rename from a.

I've been meaning to resurrect Fredrik's --single-follow=path
patch but haven't had time to recently, with all the other
interesting discussion happening on the list.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help