On Thu, May 01, 2008 at 05:54:06PM +0300, Ittay Dror wrote: > Also, would anyone like to comment on: > http://www.markshuttleworth.com/archives/123 (Renaming is the killer app > of distributed version control > <http://www.markshuttleworth.com/archives/123>)? My two cents: 1. I think he is overly obsessed with renaming. He seems concerned that somebody will show up, make a big renaming patch, and then break your system. Guess what? They can also show up, make a big code change patch, and then break your system. In either case you have to review the changes before accepting them, and it is up to the version control system to show you the changes in a way you can understand. 2. I see the same old "git developers decided renaming wasn't important" argument. I think this is bogus. I think renaming _is_ important, but I actually prefer git's approach of deducing renames, because it reflects a fundamental property of git: we track states, not changes, and git doesn't care how you arrive at each state. So I am free to use a combination of git commands, editors, patch application tools, or anything else to get my tree to the right place. 3. He doesn't like that git doesn't track _directory_ renames. This is not a fundamental problem with git's approach (which could deduce directory renames after the fact), but rather comes from the fact that directory renames are controversial. That is, even if you know (through deduction or because an explicit rename was recorded) that "subdir1" moved to "subdir2", that doesn't necessarily mean that new files added into "subdir1" should make that move, as well. -Peff -- 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
