因此,我在存储库中做了一些工作,当我准备提交时,我意识到我目前不在任何分支上。
当使用子模块时,这种情况经常发生,我能够解决它,但这个过程很乏味,我一直在想,一定有一种更简单的方法来做到这一点。
是否有一种简单的方法可以在保持更改的同时回到分支上?
因此,我在存储库中做了一些工作,当我准备提交时,我意识到我目前不在任何分支上。
当使用子模块时,这种情况经常发生,我能够解决它,但这个过程很乏味,我一直在想,一定有一种更简单的方法来做到这一点。
是否有一种简单的方法可以在保持更改的同时回到分支上?
如果你还没有提交:
git stash
git checkout some-branch
git stash pop
如果你已经提交并且没有修改过任何内容:
git log --oneline -n1 # this will give you the SHA
git checkout some-branch
git merge ${commit-sha}
如果你已经承诺并做了额外的工作:
git stash
git log --oneline -n1 # this will give you the SHA
git checkout some-branch
git merge ${commit-sha}
git stash pop
或者,您可以设置子模块,这样就可以检出分支,而不是处于默认的分离头部状态。
编辑补充:
一种方法是在添加子模块的-b标志时检出子模块的特定分支:
git submodule add -b master <remote-repo> <path-to-add-it-to>
另一种方法是进入子模块目录,然后签出
git checkout master
这帮助了我
git checkout -b newbranch
git checkout master
git merge newbranch
git branch -d newbranch
我最近又遇到了这个问题。距离我上次使用子模块已经有一段时间了,在了解了更多关于git的知识后,我意识到只要检查出你想提交的分支就足够了。Git将保留工作树,即使您不隐藏它。
git checkout existing_branch_name
如果你想在一个新的分支上工作,这应该对你有用:
git checkout -b new_branch_name
如果你在工作树中有冲突,签出将失败,但这应该是相当不寻常的,如果发生这种情况,你可以隐藏它,弹出它并解决冲突。
与公认的答案相比,这个答案将节省您执行两个命令的时间,这两个命令执行起来并不需要太长时间。因此,我不会接受这个答案,除非它奇迹般地获得了比目前接受的答案更多的赞(或至少接近)。
git checkout master
结果是这样的:
Warning: you are leaving 2 commits behind, not connected to
any of your branches:
1e7822f readme
0116b5b returned to clean django
If you want to keep them by creating a new branch, this may be a good time to do so with:
git branch new_branch_name 1e7822f25e376d6a1182bb86a0adf3a774920e1e
让我们开始吧:
git merge 1e7822f25e376d6a1182bb86a0adf3a774920e1e
我知道我在2012年告诉过babay,我认为不太可能有人不会意识到他们不在一个分支上并做出承诺。这件事刚刚发生在我身上,所以我想我必须承认我错了,但考虑到直到2016年这件事才发生在我身上,你可以说这实际上不太可能。
无论如何,在我看来,创建一个新的分支是多余的。你所要做的就是:
git checkout some-branch
git merge commit-sha
如果你在签出另一个分支之前没有复制commit-sha,你可以通过运行以下命令轻松找到它:
git reflog
以下方法可能有效:
git rebase HEAD master
git checkout master
这将使你当前的HEAD改变基于master的顶部。然后你可以切换分支。
另一种方法是先签出分支:
git checkout master
然后Git应该显示你的分离提交的SHA1,然后你可以樱桃选择他们,例如。
git cherry-pick YOURSHA1
或者你也可以合并最新的一个:
git merge YOURSHA1
要查看来自不同分支的所有提交(以确保您拥有它们),请运行:git reflog。
出现这种情况的一种方法是从远程分支执行rebase之后。在这种情况下,新的提交由HEAD指向,但master并不指向它们——它指向在重新基于另一个分支之前它所在的位置。
你可以这样做,把它托付给你的新主人:
git branch -f master HEAD
git checkout master
这将强制将master更新为指向HEAD(而不将您放在master上),然后切换到master。