Community
Participate
Working Groups
Today I've been trying to exclusively use orion git support rather than my command line and git gui tools. One thing I have to keep returning to the command line/gui tools for is backing out of a change I made that I don't want anymore. In Git GUI, I can select an unstaged change and choose "revert" which will restore me back to the remote version. Very convenient. Presumably the way I would do this today in Orion is go to the git log page for that file and then fetch the revision I want? (I can't get git log for a specific file working due to bug 344038). It would be nice to have some way to start this workflow from git-status, because that is where I notice that I have a change that's bogus. Either "revert to remote version" as a command or a command that takes to me to git log for that file.
To be clear, this is about reverting an *unstaged* change ("Replace with File in Git Index" is the command name in eGit). Bug 343963 is about reverting a change that was commited but not pushed. Both are useful, just wanted to make sure the bugs are clear.
(In reply to comment #1) > To be clear, this is about reverting an *unstaged* change ("Replace with File > in Git Index" is the command name in eGit). Bug 343963 is about reverting a > change that was commited but not pushed. Both are useful, just wanted to make > sure the bugs are clear. Yes. For my workflows, this case is much more common than the other bug. I often make experimental or debug changes and then want to toss them.
marking duplicate of newer bug because that one is assigned. *** This bug has been marked as a duplicate of bug 344280 ***