因此,我在存储库中做了一些工作,当我准备提交时,我意识到我目前不在任何分支上。

当使用子模块时,这种情况经常发生,我能够解决它,但这个过程很乏味,我一直在想,一定有一种更简单的方法来做到这一点。

是否有一种简单的方法可以在保持更改的同时回到分支上?


当前回答

我知道我在2012年告诉过babay,我认为不太可能有人不会意识到他们不在一个分支上并做出承诺。这件事刚刚发生在我身上,所以我想我必须承认我错了,但考虑到直到2016年这件事才发生在我身上,你可以说这实际上不太可能。

无论如何,在我看来,创建一个新的分支是多余的。你所要做的就是:

git checkout some-branch
git merge commit-sha

如果你在签出另一个分支之前没有复制commit-sha,你可以通过运行以下命令轻松找到它:

git reflog

其他回答

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

以下方法可能有效:

git rebase HEAD master
git checkout master

这将使你当前的HEAD改变基于master的顶部。然后你可以切换分支。


另一种方法是先签出分支:

git checkout master

然后Git应该显示你的分离提交的SHA1,然后你可以樱桃选择他们,例如。

git cherry-pick YOURSHA1

或者你也可以合并最新的一个:

git merge YOURSHA1

要查看来自不同分支的所有提交(以确保您拥有它们),请运行:git reflog。

另一种方式

git branch newbranch
git checkout master 
git merge newbranch 

出现这种情况的一种方法是从远程分支执行rebase之后。在这种情况下,新的提交由HEAD指向,但master并不指向它们——它指向在重新基于另一个分支之前它所在的位置。

你可以这样做,把它托付给你的新主人:

git branch -f master HEAD
git checkout master

这将强制将master更新为指向HEAD(而不将您放在master上),然后切换到master。

这帮助了我

git checkout -b newbranch
git checkout master
git merge newbranch
git branch -d newbranch