Okay, one more... Ever commit something only to immediately realize that you're on the wrong branch? Use "git move <branch>".

coderabbi's tweet image. Okay, one more...
 
Ever commit something only to immediately realize that you&apos;re on the wrong branch?
 
Use &quot;git move &amp;lt;branch&amp;gt;&quot;.

Interesting… I typically commit, cut a branch, reset current. Find it doesn't disrupt my workflow and avoids complex commands like stash.


That approach requires three checkouts if you want to end up on new branch, hence the stashing.


You need to collect these in a blog post or something, so they don't get lost in the depths of Twitter.


Agreed. They're in my .gitconfig so they're there whenever I get around to blogging again... I've got quite a backlog.


I would have thought cherry-pick then reset head would be a *lot* cleaner....


It's pick your poison, really. Here's the same end result using cherry-pick:

coderabbi's tweet image. It's pick your poison, really. Here's the same end result using cherry-pick:

I personally just "git checkout -b NEWBRANCH" then go back to the previous branch and reset to the last good commit


So... three checkouts by the time you get back to the new branch to continue working?


Is there a way to do this with only one rebase command?


Later in the thread we evolved it to a branch, rebase onto, checkout three step, though works only for existing branches.


Would it not be better to cherry pick at that point ?


Not so much. Here's the same end result using cherry-pick:

coderabbi's tweet image. Not so much. Here's the same end result using cherry-pick:

This feels good. Need to make this a lib or something.


It could use a graceful failure when omitting the new branch name, also should confirm branch creation if it doesn't exist. But, yeah. :)


If junio can trust it, why not try to push it to the project instead? If junio can trust it.


United States الاتجاهات
Loading...

Something went wrong.


Something went wrong.