From: Andy Parkins <andyparkins@gmail.com>
Date: Sat, 10 Mar 2007 06:14:02 GMT
Subject: Re: git-log --full-history renamed-file
Message-ID: <200703100614.04526.andyparkins@gmail.com>
In-Reply-To: <est24q$p4n$1@sea.gmane.org>

On Saturday 2007, March 10, Jakub Narebski wrote:

> By the way, while it is fairly easy to follow one file, it is hard
> to follow directory or glob... and there is a trouble that one file
> might come from two files (as concatenation for example; but I don't
> think git can detect it with default values of rename detection
> heuristics).

That's not rename detection then though.

I know git is clever and has potential to be able to do rename detection 
even when it was rename-and-modify.  For me though, I always like to 
make the job of the VCS easier by doing the rename in a separate commit 
from the modify.

I'd really like it if git would deal with the easy, 100% rename case, 
even if it didn't deal with the 
rename-two-files-to-be-one-file-and-modify-the-result case. 



Andy
-- 
Dr Andy Parkins, M Eng (hons), MIET
andyparkins@gmail.com