我对Git的分支复杂性很陌生。我总是在一个分支上工作，提交更改，然后定期推送到远程源。
最近的某个时候，我对一些文件进行了重置，以使它们脱离提交阶段，后来又进行了重新base-I，以消除最近的几个本地提交。现在我处于一种我不太理解的状态。
在我的工作区，git日志显示了我所期望的一切——我在正确的火车上，有我不想要的提交，还有新的提交，等等。
但我只是推到了远程存储库，这是不同的——我在rebase中删除的几个提交被推送了，而本地提交的新提交不在那里。
我认为“master/origin”与HEAD是分离的，但我不完全清楚这意味着什么，如何使用命令行工具将其可视化，以及如何修复它。
查看此处了解分离头部的基本说明：
http://git-scm.com/docs/git-checkout
使其可视化的命令行：
git branch
or
git branch -a
您将得到如下输出：
* (no branch)
master
branch1
*（无分支）表示您处于分离状态。
您可以通过执行git checkout somecommit等来达到此状态，它会警告您以下内容：
您处于“分离HEAD”状态。你可以四处看看，做实验更改并提交它们，您可以放弃你在这方面的任何承诺状态而不影响任何分支通过执行另一次结账。如果要创建新分支到保留您创建的提交，您可以这样做所以（现在或以后）使用-b和再次执行checkout命令。例子：git checkout-b new_branch_name
现在，要让他们找到主人：
执行git reflog，甚至只执行git log，并记录您的提交。现在git checkout master和git合并提交。
git merge HEAD@{1}
编辑：
此外，使用gitrebase-i不仅可以删除/删除不需要的提交，还可以编辑它们。只需在提交列表中提到“edit”，您就可以修改提交，然后发出gitrebase——继续。这将确保你永远不会进入一个分离的头部。
首先，让我们澄清HEAD是什么，以及当它被分离时它意味着什么。
HEAD是当前签出提交的符号名称。当HEAD未分离时（“正常”1情况：您签出了一个分支），HEAD实际上指向分支的“ref”，而分支指向提交。因此，HEAD“连接”到分支。当您进行新的提交时，HEAD指向的分支将更新为指向新的提交。HEAD会自动跟随，因为它只指向分支。
git符号ref HEAD产生refs/heads/master将签出名为“master”的分支。git rev parse refs/heads/master产量17a02998078923f2d62811326d130de991d1a95a该提交是主分支的当前提示或“头”。git-rev-parse HEAD还生成17a02998078923f2d62811326d130de991d1a95a这就是“符号引用”的含义。它通过其他引用指向对象。（符号引用最初是作为符号链接实现的，但后来改为具有额外解释的普通文件，以便可以在没有符号链接的平台上使用。）
我们有头→ 参考/主管/主管→ 17a02998078923f2d62811326d130代码991d1a95a
分离HEAD时，它直接指向提交，而不是通过分支间接指向提交。你可以把一个独立的HEAD看作是在一个未命名的分支上。
git符号ref HEAD失败，出现致命错误：ref HEAD不是符号refgit-rev-parse HEAD生成17a02998078923f2d62811326d130de991d1a95a由于它不是符号引用，因此必须直接指向提交本身。
我们有头→ 17a02998078923f2d62811326d130代码991d1a95a
使用分离的HEAD需要记住的重要一点是，如果它指向的提交是未被引用的（没有其他引用可以访问它），那么当您签出其他提交时，它将变为“悬空”。最终，这些悬空的提交将通过垃圾收集过程被删除（默认情况下，它们至少保留2周，并且可以通过HEAD的reflog引用而保留更长时间）。
1.使用分离的HEAD进行“正常”工作是非常好的，您只需跟踪正在进行的操作，以避免从重新记录中提取掉的历史。
交互式rebase的中间步骤是用分离的HEAD完成的（部分是为了避免污染活动分支的reflog）。如果您完成了完全重基操作，它将使用重基操作的累积结果更新原始分支，并将HEAD重新附加到原始分支。我的猜测是，你从未完全完成重新启动过程；这将留下一个分离的HEAD，指向rebase操作最近处理的提交。
要从您的情况中恢复，您应该创建一个分支，该分支指向分离的HEAD当前指向的提交：
git branch temp
git checkout temp
（这两个命令可以缩写为gitcheckout-b temp）
这将把HEAD重新连接到新的临时分支。
接下来，您应该将当前提交（及其历史记录）与预期要处理的正常分支进行比较：
git log --graph --decorate --pretty=oneline --abbrev-commit master origin/master temp
git diff master temp
git diff origin/master temp
（您可能希望尝试使用日志选项：add-p、off--pretty=…查看整个日志消息等）
如果新的临时分支看起来不错，您可能需要更新（例如）master以指向它：
git branch -f master temp
git checkout master
（这两个命令可以缩写为git checkout-B master temp）
然后可以删除临时分支：
git branch -d temp
最后，您可能希望推动重建的历史：
git push origin master
如果远程分支无法“快速转发”到新提交（即，您删除或重写了一些现有提交，或以其他方式重写了一些历史记录），则可能需要在该命令的末尾添加--force以进行推送。
如果你正在进行一个重设基操作，你可能应该清理它。您可以通过查找目录.git/rebasemerge/来检查是否正在进行重基。您可以通过删除该目录来手动清理正在进行的重基（例如，如果您不再记得活动重基操作的目的和上下文）。通常您会使用gitrebase--abort，但这会进行一些您可能希望避免的额外重置（它会将HEAD移回原始分支，并将其重置回原始提交，这将撤消我们上面所做的一些工作）。
将分离的提交放到它自己的分支上
只需运行git checkout-b mynewbranch。
然后运行gitlog，您将看到这个新分支上的commit现在是HEAD。
我遇到了这个问题，当我读到最热门的答案时：
HEAD是当前签出提交的符号名称。
我想：啊哈！如果HEAD是当前签出提交的符号名称，我可以通过对master重新设置基址来将其与master进行协调：
git rebase HEAD master
此命令：
签出主机标识HEAD的父提交返回到HEAD从master分支的点在master之上播放这些提交
最终的结果是，所有在HEAD中而不是在master中的提交都在master中。master仍处于检出状态。
关于遥控器：
我在rebase中杀死的几个提交被推送了，而本地提交的新提交不在那里。
远程历史记录不能再使用本地历史记录快速转发。您需要强制push（gitpush-f）来覆盖远程历史记录。如果你有任何合作者，与他们进行协调通常是有意义的，这样每个人都在同一页上。
将master推送到远程源之后，远程跟踪分支origin/master将被更新为指向与master相同的提交。
只需执行以下操作：
git checkout master
或者，如果要保留更改，请执行以下操作：
git checkout -b temp
git checkout -B master temp
我陷入了一种非常愚蠢的状态，我怀疑其他人会觉得这很有用。。。。但以防万一
git ls-remote origin
0d2ab882d0dd5a6db93d7ed77a5a0d7b258a5e1b HEAD
6f96ad0f97ee832ee16007d865aac9af847c1ef6 refs/heads/HEAD
0d2ab882d0dd5a6db93d7ed77a5a0d7b258a5e1b refs/heads/master
我最终解决了这个问题
git push origin :HEAD
如果你有一个主分支，想回到“开发”或功能，就这样做：
git checkout origin/develop
注意：检查起源/发展。
您处于分离HEAD状态。你可以四处看看，做实验更改并提交它们，您可以放弃在此过程中所做的任何提交通过执行另一个签出，状态而不影响任何分支。。。
then
git checkout -b develop
它有效：）
您所要做的就是“gitcheckout[branchname]”，其中[branch-name]是原始分支的名称，从该分支进入分离的头部状态。（与asdfasdf分离）将消失。
例如，在分支“dev”中，您签出提交asdfasd14314->
'git checkout asdfasd14314'
你现在处于超然的状态
“gitbranch”将列出类似->
* (detached from asdfasdf)
dev
prod
stage
但要从分离的头部状态返回到dev->
'git checkout dev'
然后'gitbranch'将列出->
* dev
prod
stage
但是，如果你不打算从分离的头部状态中保留任何更改，那当然是这样，但我发现自己这样做并不是为了做任何更改，而是为了查看以前的提交
我今天刚刚遇到这个问题，我很确定我通过以下方式解决了这个问题：
git branch temp
git checkout master
git merge temp
当我在工作电脑上发现如何做到这一点时，现在我在个人电脑上遇到了同样的问题。所以我必须等到星期一我回到工作电脑前，看看我是怎么做到的。
对我来说，这就像再次删除本地分支一样简单，因为我没有任何要推送的本地提交：
所以我做到了：
git branch -d branchname
然后再次检查分支：
git checkout branchname
如果您想推送当前分离的HEAD（之前检查gitlog），请尝试：
git push origin HEAD:master
将您分离的HEAD发送到原点的主分支。如果您的推送被拒绝，请首先尝试git pull-origin-master从origin获取更改。如果您不关心源代码的更改，并且它被拒绝，因为您做了一些有意的重基，并且您想用当前分离的分支替换源代码/主代码，那么您可以强制它（-f）。如果您失去了对以前提交的一些访问权限，您可以始终运行git-relog来查看所有分支的历史记录。
要返回主分支，同时保留更改，请尝试以下命令：
git rebase HEAD master
git checkout master
请参见：Git：“当前不在任何分支上。”有没有一种简单的方法可以在保留更改的同时返回分支？
如果您完全确定HEAD状态良好：
git branch -f master HEAD
git checkout master
你可能无法推到原点，因为你的主人已经偏离了原点。如果您确定没有其他人在使用回购，则可以强制推送：
git push -f
如果您在其他人都不使用的要素分支上，则最有用。
git checkout checksum # You could use this to peek previous checkpoints
git status # You will see HEAD detached at checksum
git checkout master # This moves HEAD to master branch
简单地说，分离的HEAD状态意味着您没有签出任何分支的HEAD（或提示）。
通过示例了解
在大多数情况下，分支是多个提交的序列，如：
提交1：主-->分支_HEAD（123be6a76168aca712aea16076e971c23835f8ca）
提交2：主-->123be6a76168aca712aea16076e971c23835f8ca-->分支_HEAD
如上所述，在提交序列的情况下，分支指向最近的提交。因此，在这种情况下，如果您签出提交123be6a76168aca712aea16076e971c23835f8ca，那么您将处于分离的头部状态，因为分支的head指向100644a76168ca712aea16086e971c2 3835f8Ca，从技术上讲，您在没有分支的HEAT签出。因此，您处于分离的HEAD状态。
理论解释
在这个博客中，它清楚地指出Git存储库是一个提交树，每个提交都指向其祖先，每个提交指针都会更新，指向每个分支的这些指针都存储在.Git/refs子目录中。标记存储在.git/refs/Tags中，分支存储在.gt/refs/heads中。如果您查看任何文件，您都会发现每个标记对应一个文件，具有40个字符的提交哈希，正如@Chris Johnsen和@Yaroslav Nikitenko所解释的，您可以查看这些引用。
如果您在master上执行了一些提交，并且只想在那里“向后合并”master（即您希望master指向HEAD），那么一行代码将是：
git checkout -B master HEAD
这将创建一个名为master的新分支，即使它已经存在（这就像移动master，这就是我们想要的）。新创建的分支被设置为指向HEAD，也就是您所在的位置。新的分支已签出，因此之后您将成为master。
我发现这在子存储库的情况下特别有用，而子存储库也经常处于分离状态。
正如Chris所指出的，我有以下情况
git符号ref HEAD失败，出现致命错误：ref HEAD不是符号ref
然而，git rev parse refs/heads/master指向了一个好的提交，我可以从中恢复（在我的案例中，最后一次提交，您可以通过使用git show[SHA]看到该提交）
在那之后我做了很多乱七八糟的事情，但似乎已经解决了，
git符号ref HEAD refs/heads/master
头部重新连接！
如果您在Eclipse中使用EGit：假设你的硕士是你的主要发展分支
将更改提交到一个分支，通常是一个新的分支然后从遥控器拉出然后右键单击项目节点，选择团队，然后选择显示历史记录然后右键单击主控形状，选择“检出”如果Eclipse告诉，有两个主服务器一个本地一个远程，请选择远程
之后，您应该能够重新附着到原点主控形状。
这对我来说非常有效：
1.保存本地修改的git存储
如果要放弃更改git-clean-dfgit结帐--。gitclean会删除所有未跟踪的文件（警告：虽然它不会删除.gitignore中直接提到的忽略文件，但可能会删除驻留在文件夹中的忽略文件），gitcheckout会清除所有未标记的更改。
2.git checkout master切换到主分支（假设您想使用master）3.git pull从主分支提取最后一次提交4.git状态，以便检查一切是否正常
On branch master
Your branch is up-to-date with 'origin/master'.
当我个人发现自己处于这样一种情况时，当我发现自己在不在master中时做了一些更改（即HEAD被分离在master的正上方，并且中间没有提交），隐藏可能会有所帮助：
git stash # HEAD has same content as master, but we are still not in master
git checkout master # switch to master, okay because no changes and master
git stash apply # apply changes we had between HEAD and master in the first place
我遇到了同样的问题，我已经通过以下步骤解决了它。
如果您需要保留更改
首先，您需要运行gitcheckoutmaster命令，以返回到master树枝如果需要保留更改，只需运行git checkout-b changes并git checkout-B主更改
如果您不需要更改
要从分支中删除所有未跟踪的文件，请运行gitclean-df。然后，您需要清除存储库中所有未标记的更改。为了做到这一点，您必须运行git checkout--最后，您必须使用gitcheckoutmaster命令将分支放回主分支。
以下操作对我有效（仅使用分支主机）：
git push origin HEAD:master
git checkout master
git pull
第一个将分离的HEAD推到远程原点。
第二个移动到分支主机。
第三个恢复连接到分支主机的HEAD。
如果推送被拒绝，第一个命令可能会出现问题。但这将不再是分离头的问题，而是关于分离头不知道一些远程更改的事实。
我今天遇到了这个问题，我更新了一个子模块，但没有在任何分支上。我已经承诺了，所以藏东西、结账、拆洗都不起作用。我最终选择了那个超然的脑袋。因此，在我提交后（推送失败时），我立即：
git checkout master
git cherry-pick 99fe23ab
我的想法是：我头脑冷静，但我想成为主人。假设我的分离状态与主状态没有太大的不同，如果我能将我的承诺应用于主状态，我就做好了。这正是樱桃树的作用。
我也有同样的问题。我把零钱藏在git stash并将本地的分支硬重置为先前的提交（我认为这是导致的），然后执行git pull，我现在无法将其头部分离。别忘了git stash再次申请更改。
我在搜索“You are in”separated HEAD“状态时发现了这个问题。
在分析了我在这里所做的事情之后，与我过去所做的相比，我发现我犯了一个错误。
我的正常流量是：
git checkout master
git fetch
git checkout my-cool-branch
git pull
这次我做到了：
git checkout master
git fetch
git checkout origin/my-cool-branch
# You are in 'detached HEAD' state.
问题是我无意中做到了：
git checkout origin/my-cool-branch
而不是：
git checkout my-cool-branch
修复方法（在我的情况下）只是运行上述命令，然后继续流程：
git checkout my-cool-branch
git pull
如果您想保存在分离头上所做的更改，只需执行以下操作：创建临时分支并在完成更改后将其提交，然后转到your-branch并将临时分支与之合并。最后，删除临时分支。
git checkout -b temp
git add . && git commit -m 'save changes'
git checkout YOUR-BRANCH
git merge temp
git branch -d temp
最简单的解决方案是创建一个新分支，
git checkout -b new-branch-name
然后通过命令检查提交日志，
git log
如果所有匹配，则按：q退出
现在通过命令将所有更改推送到新分支
git push --set-upstream origin new-branch-name
现在，问题解决了，您的本地gitHEAD连接到新分支，您可以从门户提出pull请求。
