使用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

处于“分离头部”意味着head指的是特定的未命名提交（与命名分支相对）（cf：https://git-scm.com/docs/git-checkout部分分离的头部）。实际上，这意味着您签出了一个提交，但没有与之关联的分支名称。

您可以选择只创建与提交相关联的新分支

gitbranch新的分支名称。

这允许您将当前状态保存在名为new branch name的新分支中，而不再处于分离的头部状态。

或者，如果您希望返回到以前的状态，则需要选择之前选择的分支

git结帐@｛-1｝

意识到我有一个超然的头脑，却不知道我是如何做到的（就像三次提交一样），我还发现尝试合并、重基或樱桃选择会引发数百次合并冲突，所以我采取了不同的方法：

（假设一切都已完成（工作树“干净”））保存我的提交消息：gitlog>/tmp/log保存我的工作树：mkdir/tmp/backup&&cp-a all_my files_and_directories/tmp/backup还原到master：git checkout master删除所有工作文件和目录：rm。。。使用备份：cp-a/tmp/backup/。gitadd和gitcommit使用保存的/tmp/log中的消息，可能使用不同的文件子集重复它。。。

缺点是，如果一个文件在master之后多次更改，则会丢失提交历史记录，但最终我有了一个干净的master。

使用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

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

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

换句话说：

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

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

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

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

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

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

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

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

当我开始使用git时，这对我来说是一件令人困惑的事情，后来我明白了为什么会发生这种情况，以及处理这种情况的最佳方法是什么。

出现这种情况的根本原因是，通常gitHEAD总是指向某个分支，当您试图将HEAD指向某个特定的提交时，就会将HEAD置于分离的HEAD状态。

HEAD连接时的状态-

cat .git/HEAD     # output--> ref: refs/heads/master or ref: refs/heads/main

当HEAD处于分离状态时-

cat .git/HEAD     # output--> b96660a90cad75867453ebe1b8d11754bbb68b0e <commit hash>

解决方案-

git stash           # Temporarily shelves (or stashes) changes
git branch          # Find your default branch
git switch master   # Point HEAD to master or main branch
git stash pop       # Apply all the changes you had previously