Replies: 1 comment
-
|
Thanks a lot for sharing! As this involves a workflow proposition, I thought it would be better to start it out as discussion from which an issue can be created once it's clear what it's going to be. Let me also reel in @schacon who probably also has some ideas about this. PS: Now I realise that in future, I might just leave these as issues and label them as discussion, as this semi-threaded format always looked strange unless it's Q&A. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
My use-case was this:
dev) had commitabcHow I'd like to have done it:
but log(to show not just commits on active branches, but also target branch's history)abc)but revert abc, either interactively choosing correct branch, or providing it as another argumentHow I worked around it (this could've been more efficient, but I figured it out step-by-step):
git log→ find commit-hash (not nice to find though)abc)git revert abc→ created on gitbutler/workspace 🤮git log→ copy revert-commit's hash (cba)git reset --soft 1234(copied command from gitbutler ui to get back to previous state)but pick cba(cherry-pick revert commit to correct branch)Beta Was this translation helpful? Give feedback.
All reactions