On Wed, 10 Jun 2009, Sam Vilain wrote: > > We talked about making a 'git revert-file' and 'git revert-commit', with > 'git revert' printing a message encouraging the user to specify which > one they wanted (or potentially pointing them to the correct > incantations of 'git checkout' or 'git cherry-pick'). > > I think as long as there is a deprecation cycle, and that users can > select the old behaviour (either via an alias or a config option), then > we shouldn't upset many long-time users of revert. Do you agree? No. I disagree. What the hell is the point in making an _inferior_ name for what we already have? I violently disagree with making git worse just because somebody cannot bother to learn it. And it really is about "bother" - it's clearly not about anything else. I also don't see why you'd also then advocate a clearly inferior model with two different commands, when you _could_ just do the "commitname" vs "pathspec" model. Linus -- 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