Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> writes: > I'm not convinced it's a wonderful design, but I would not object to > > - old behavior: revert the commit by creating an "anti-commit": > git revert <cmit-name> > - new extension: revert the state of the working tree to the HEAD: > git revert [--] pathspec > > which would kind of match the semantics of "git checkout" does. That seems even more confusing, to _both_ svn users and git users... The similar overloading of "checkout" (to have two completely different meanings depending on whether a branch or pathname is specified) also feels very awkward to me. I sort of assumed that the "checkout -- pathname" form was added as a sop to cvs/svn users, for which that's a very common idiom... -Miles -- In New York, most people don't have cars, so if you want to kill a person, you have to take the subway to their house. And sometimes on the way, the train is delayed and you get impatient, so you have to kill someone on the subway. [George Carlin] -- 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