Aaron Bentley wrote: >>> Git supports renames in its own way; it doesn't use file ids, nor >>> remember renames (the new "note" header for use e.g. by porcelains >>> didn't pass if I remember correctly). But it does *detect* moving >>> _contents_, and even *copying* _contents_ when requested. And of >>> course it detect renames in merges. > > You'll note we referred to that bevhavior on the page. We don't think > what Git does is the same as supporting renames. AIUI, some Git users > feel the same way. In my experience there are two key features to rename support. The first that files move about efficiently ie. we don't have to carry a different copy of the same file for each name it has had, this git handles nicely. The second is the seemless following of history 'back', this git does not do trivially (when limited to specific files). git log on a renamed file pretty much stops at the rename point and you have deal with it yourself. I would love to see someone respond with a pickaxe like command line which would list each and every change and its origin though merges and the like. Hmmm. -apw - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html