response
authorJoey Hess <joey@kitenet.net>
Tue, 8 Jun 2010 18:46:54 +0000 (14:46 -0400)
committerJoey Hess <joey@kitenet.net>
Tue, 8 Jun 2010 18:46:54 +0000 (14:46 -0400)
doc/bugs/Git:_changed_behavior_w.r.t._timestamps.mdwn

index 5d5b9fc23e67542ca21983cee9aead99141cf0b2..6abe203a365c5b5552ac9fe59d7c0a15d49362d7 100644 (file)
@@ -178,3 +178,12 @@ done instead of the timestamp when the commit was done.  Is this
 intentional?  Otherwise I could supply a patch.
 
 --[[tschwinge]]
+
+> In order to be nice and fast, the git backend runs git log once
+> and records data for all files. Rather than looking at the log for a
+> given file. So amoung other things, it does not follow renames.
+> 
+> AFAICS, git log only shows merges modifying files if it was a conflicted
+> merge. As the file is then actually modified to resolve the merge
+> I think it makes sense to count the merge as the last modification in
+> that case. --[[Joey]]