On Wed, Feb 9, 2011 at 6:07 PM, Ricky Clarkson <ricky.clark...@gmail.com> wrote: > That's because git doesn't store that it was a rename. It just stores > the files as they are, and only works out that it was a rename when > you do a git log, etc. > > Sometimes you'll see evidence of that, if you rename and modify a file > you may see 99% in the git status, as it's not entirely confident that > there was a rename. > > This approach initially sounds more primitive than svn's, but it means > that if there are advances in rename detection all your old commits > suddenly benefit; you don't need to reprocess them in some way.
Right. There are also commands saying "try harder" to detect them. Also, does hg have something equivalent to git log -S<string>? That can be quite nice if you can't remember when something was added or removed. (-S is "look for differences that introduce or remove <string>.") -- You received this message because you are subscribed to the Google Groups "The Java Posse" group. To post to this group, send email to javaposse@googlegroups.com. To unsubscribe from this group, send email to javaposse+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/javaposse?hl=en.
