Johannes Schindelin wrote: > > On Wed, 29 Nov 2006, Marko Macek wrote: >> >> index is of course necessary during merging, ... and as a speed >> optimization for applying patches when you know the working copy is >> clean. > > I think that it is one major achievement of git to make clear and sane > definitions of branches (which are really just pointers > into the revision graph), and the index (which is the staging area). Something resembling index is needed anyway: 1) for "commit all changed files" to prepare list of files to commit, excluding ignored files, 2) to mark files as "to be added" or "to be removed" (well, git index could be a little bit smarter here in marking "intent to add"), 3) as a place for doing the merging. Git just doesn't hide it. I agree that git definition of branches, and git not hiding index is it's advantage... and disadvantage to those who learned using version control on other SCM. -- Jakub Narebski Poland - 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