On Tue, 9 Jan 2007, Shawn O. Pearce wrote: > > My point about reset --hard/--soft probably also needing this check > still stands however. Well, I disagree, if only because the whole _point_ of "git reset" is to leave some point behind. I use it all the time (well, often enough) as a "undo" operation, and it's fundamentally different than "git checkout" at least to my worldview. When you do "git reset" you _expect_ state to be reset/dropped. But when just switching between branches, you don't. (I realize that "git checkout filename/goes/here" has kind of mixed up "git reset" and "git checkout". The "git checkout filename" syntax basically resets the filename, and that confuses things a bit. So in the above, I really do talk about just "checking out a _commit_" and do a state switch, not a "check out a filename" and overwrite the old contents of that file). 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