补遗

如果您希望返回的分支是最后一次签出，则可以简单地使用checkout@{-1}。这将带您返回上一次结账。

此外，您可以将此命令别名为，例如，git global--config alias.prev，这样您只需键入git prev即可切换回上一个签出。

git pull origin master

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

这种方法可能会丢弃部分提交历史记录，但如果旧主分支和当前状态的合并很棘手，或者您不介意丢失部分提交历史，则会更容易。

要简单地保持当前状态而不合并，请将当前分离的HEAD转换为主分支：

手动备份存储库，以防发生意外错误。提交您要保留的最后更改。创建一个临时分支（让我们将其命名为分离头），该分支将包含当前状态的文件：

git checkout -b detached-head

（a） 如果不需要保留主分支，请将其删除

git branch -D master

（b） 如果要保留，请重命名

git branch -M master old-master

将临时分支重命名为新的主分支

git branch -M detached-head master

资料来源：改编自Gary Lai的这篇Medium文章。

补充@ralphteninija的答案。如果使用git checkout master后收到此消息：

请在切换分支之前提交更改或将其隐藏。正在中止

然后，您可以简单地使用-f标志强制签出，如下所示：

git checkout -f master

显然，这将导致丢失在分离模式中所做的所有更改。所以使用时要小心。

我也遇到过类似的情况。由于某种原因，我最终得到了一个分离的头部-我在与我认为我所在的分支相同的路径上进行了提交-例如，head是分支标记的子级，但由于某种原因分支标记停留在历史提交。。。可能是因为我推了？？

它不会让我推动，因为我不被认为是在我认为我在的分支上。

我不想改变我的历史，也不想摘樱桃，我只是花了大约8周的时间在树枝上工作，所以重新设置了——这让我有点紧张！

解决方案只是执行以下操作：

git branch -f myStuckBranch HEAD
git checkout myStuckBranch

即使HEAD和myStuckBranch现在指向同一个对象，您仍需要执行签出，因为您仍然被认为处于分离的头部状态（而不是在分支上）

我不是git的专家（主要使用mercurial，这绝不会造成这种奇怪的情况），但我对这个命令的理解是，它只是说“将myStuckBranch更改为指向HEAD”。

我经常发现自己在获取后使用此命令合并来自master的更改，而不必交换我的工作目录，否则它会尝试使用旧的（无趣的）master版本：

git fetch
git branch -f master origin/master  -- err yeah don't just ignore what's been going on remotely - eg point my master at the real master
git merge master -- merge the changes into my local branch

必须一直手动执行这一操作有点烦人，但总比为了合并来自另一个分支的更改而更改工作目录要好。

使用gitrebase，您可以将HEAD移动到所需的提交

假设您的分支处于分离状态，如下所示：

* bfcb8f9 Commit 4
* 540a123 Commit 3
* 4356d64 Commit 2
| * fecb8d2 Commit 2
|/
| * 8012f45 Commit 2x
|/
| * 6676d15 (HEAD -> master) Commit 2 --amend
|/
* 1818f91 Commit 1

分离的头部是通过错误地重新定基而创建的，指向一个分离的提交，该提交之前是通过gitcommit--modify命令创建的。

如果要将HEAD ref移动到最近的提交，请使用要指向的所需HASH提交应用重基。在本例中，哈希是最近的提交：

git rebase bfcb8f9

这将使分支的HEAD指向所需的提交（在本例中是最近的）：

* bfcb8f9 (HEAD -> master) Commit 4
* 540a123 Commit 3
* 4356d64 Commit 2 --amend
| * fecb8d2 Commit 2
|/
| * 8012f45 Commit 2x
|/
| * 6676d15 Commit 2
|/
* 1818f91 Commit 1