为了进一步澄清@Philippe Gerber的答案，这里是：

在樱桃采摘之前，在这种情况下，需要一个git结账大师。此外，它只需要在分离头中提交。

不创建临时分支的解决方案。

如何退出（“修复”）分离的HEAD状态，当您已经在该模式中更改了某些内容，并且（可选）想要保存更改时：

提交要保留的更改。如果您想接管在分离HEAD状态下所做的任何更改，请提交它们。喜欢：gitcommit-a-m“您的提交消息”放弃不想保留的更改。硬重置将丢弃您在分离HEAD状态下所做的任何未提交的更改：git重置--硬（如果没有这一点，步骤3将失败，抱怨分离的HEAD中修改了未提交的文件。）查看您的分支。通过检查之前处理的分支来退出分离的HEAD状态，例如：切换到主分支接管你的承诺。现在，您可以通过樱桃采摘来接管在分离HEAD状态下所做的提交，如我对另一个问题的回答所示。数字刷新gitcherry-pick＜hash1＞＜hash2＞＜hash3＞…

为了进一步澄清@Philippe Gerber的答案，这里是：

在樱桃采摘之前，在这种情况下，需要一个git结账大师。此外，它只需要在分离头中提交。

如果您已经更改了不想丢失的文件，可以将其推送。我已经在分离模式下提交了它们，之后您可以移动到一个临时分支以稍后在master中集成。

git commit -m "....."
git branch my-temporary-work
git checkout master
git merge my-temporary-work

摘自：

如何处理在分离的头脑中做出的承诺

git pull origin master

对我来说很有用。它只是明确地给出了远程和分支名称。

HEAD是一个指针，它直接或间接指向特定的提交：

连接的HEAD表示它连接到某个分支（即它指向某个分支）。分离的HEAD意味着它不附加到任何分支，即它直接指向某个提交。

换句话说：

如果它直接指向提交，则HEAD被分离。如果它间接指向提交（即，它指向分支，而分支又指向提交），则会附加HEAD。

为了更好地理解带有附加/分离头的情况，让我们展示通向上面四幅图片的步骤。

我们从存储库的相同状态开始（所有象限中的图片都相同）：

现在我们要执行git签出-在单个图片中使用不同的目标（顶部的命令变暗以强调我们只应用这些命令）：

以下是执行这些命令后的情况：

如您所见，HEAD指向git checkout命令的目标-指向分支（四元组的前3个图像），或（直接）指向提交（四元组最后一个图像）。

工作目录的内容也会更改，以符合适当的提交（快照），即HEAD（直接或间接）指向的提交。

因此，现在我们的情况与答案开头的情况相同：