Hi, 2009/6/9 Björn Steinbrink <B.Steinbrink@xxxxxx>: > On 2009.06.09 11:59:08 -0700, Scott Chacon wrote: >> * breaks the various things that 'checkout' does into separate >> commands - moves 'revert' to doing what 'checkout -- path' does > > Looking through the "eg revert" docs [1], I can't seem to find how you can > do "checkout -- path" with it at all. "eg revert foo" seems to be "git > checkout HEAD -- foo". If you want to revert only the unstaged changes to path: "checkout -- path" OR "revert --unstaged path" If you want to revert both staged and unstaged changes to foo: "checkout HEAD -- foo" OR "revert foo" > The "eg revert" looks really confusing to me. > "eg revert --unstaged --in HEAD~8". Hu? Revert unstaged changes in > HEAD~8? Am I missing something? Hmm. Bad ordering, I guess -- it's revert changes in HEAD~8 to the working copy only (by default, revert tries to apply changes to both the working copy and the index). Yeah, it doesn't read very well. I'm not sure I like having "--in" as part of revert, partially because of this confusion (and partially because I don't think it's implementation is correct anyway). However, I do occasionally really like being able to revert the change _to a single file_ made in some previous commit, so I haven't removed it from eg (yet?). *shrug* Elijah -- 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