我是Git分支复杂的新手。我总是在一个分支上工作并提交更改,然后定期推送到我的远程源。
在最近的某个地方,我做了一些文件的重置,让他们退出提交阶段,后来做了一个 rebase -i
摆脱最近的几个本地提交。现在我处于一种我不太了解的状态。
在我的工作区域, git log
显示了我所期待的 - 我在正确的火车上有我不想要的提交,还有新的提交等等。
但是我只是推送到远程存储库,并且有什么不同 - 我在rebase中杀死的一些提交被推送,而本地提交的新提交不存在。
我认为“master / origin”与HEAD分离,但我不是100%清楚这意味着什么,如何使用命令行工具将其可视化,以及如何修复它。
首先,让我们澄清一下 什么是HEAD 分离时意味着什么。
HEAD是当前签出的提交的符号名称。当HEAD未脱离时(“正常”)1 情况:你有一个分支检出),HEAD实际指向分支的“ref”,分支指向提交。因此HEAD“附着”到分支。进行新提交时,HEAD指向的分支将更新为指向新提交。 HEAD会自动跟随,因为它只指向分支。
git symbolic-ref HEAD
产量 refs/heads/master
名为“master”的分支已签出。
git rev-parse refs/heads/master
产量 17a02998078923f2d62811326d130de991d1a95a
该提交是主分支的当前提示或“头”。
git rev-parse HEAD
也是收益率 17a02998078923f2d62811326d130de991d1a95a
这就是“象征性的参考”意味着什么。它通过其他参考指向一个对象。
(符号引用最初是作为符号链接实现的,但后来更改为具有额外解释的普通文件,以便它们可以在没有符号链接的平台上使用。)
我们有 HEAD
→ refs/heads/master
→ 17a02998078923f2d62811326d130de991d1a95a
当HEAD被分离时,它直接指向提交 - 而不是通过分支间接指向一个提交。您可以将分离的HEAD视为未命名的分支。
git symbolic-ref HEAD
失败了 fatal: ref HEAD is not a symbolic ref
git rev-parse HEAD
产量 17a02998078923f2d62811326d130de991d1a95a
由于它不是符号引用,它必须直接指向提交本身。
我们有 HEAD
→ 17a02998078923f2d62811326d130de991d1a95a
使用分离的HEAD要记住的重要一点是,如果它指向的提交是未引用的(没有其他引用可以到达它),那么当你签出其他提交时它将变成“悬空”。最终,这样的悬挂提交将通过垃圾收集过程进行修剪(默认情况下,它们至少保存2周,并且可以通过HEAD的reflog引用来保持更长时间)。
1
使用独立的HEAD进行“正常”工作是完全正常的,你只需要跟踪你正在做的事情,以避免不得不从reflog中删除历史记录。
交互式rebase的中间步骤是使用分离的HEAD完成的(部分是为了避免污染活动分支的reflog)。如果完成完整的rebase操作,它将使用rebase操作的累积结果更新原始分支,并将HEAD重新附加到原始分支。我的猜测是你从未完全完成变基过程;这将为您留下一个分离的HEAD,指向最近由rebase操作处理的提交。
要从您的情况中恢复,您应该创建一个分支,指向分离的HEAD当前指向的提交:
git branch temp
git checkout temp
(这两个命令可以缩写为 git checkout -b temp
)
这将把你的HEAD重新连接到新的 temp
科。
接下来,您应该将当前提交(及其历史记录)与您希望工作的正常分支进行比较:
git log --graph --decorate --pretty=oneline --abbrev-commit master origin/master temp
git diff master temp
git diff origin/master temp
(您可能希望尝试使用日志选项:添加 -p
,离开 --pretty=…
查看整个日志消息等)
如果你的新 temp
分支看起来不错,你可能想要更新(例如) master
指出它:
git branch -f master temp
git checkout master
(这两个命令可以缩写为 git checkout -B master temp
)
然后,您可以删除临时分支:
git branch -d temp
最后,您可能希望推送重新建立的历史记录:
git push origin master
您可能需要添加 --force
如果远程分支无法“快速转发”到新提交(即你丢弃,或重写一些现有的提交,或以其他方式重写了一些历史记录),则推送到此命令的末尾。
如果你正处于一个rebase操作的中间,你应该清理它。您可以通过查找目录来检查是否正在使用rebase .git/rebase-merge/
。您可以通过删除该目录来手动清理正在进行的rebase(例如,如果您不再记住活动rebase操作的目的和上下文)。通常你会用 git rebase --abort
,但这会做一些您可能想要避免的额外重置(它将HEAD移回原始分支并将其重置回原始提交,这将撤消我们上面所做的一些工作)。
这样做:
git checkout master
或者,如果您要保留更改,请执行以下操作:
git checkout -b temp
git checkout -B master temp
我遇到了这个问题,当我读到最高投票答案:
HEAD是当前签出的提交的符号名称。
我想:啊哈!如果 HEAD
是当前结帐提交的符号名称,我可以将其与之协调 master
通过对它进行反驳 master
:
git rebase HEAD master
这个命令:
- 退房
master
- 标识的父提交
HEAD
回到原点 HEAD
分道扬.. master
- 播放那些提交
master
最终结果是所有提交的内容 HEAD
但不是 master
然后也在 master
。 master
仍然签出。
关于遥控器:
我在rebase中杀死的几个提交被推了出来,而那些在本地提交的新提交不在那里。
无法再使用您的本地历史记录快速转发远程历史记录。你需要强行推(git push -f
)覆盖远程历史记录。如果您有任何协作者,通常可以与他们进行协调,这样每个人都在同一页面上。
推后 master
远程 origin
,您的远程跟踪分支 origin/master
将更新为指向相同的提交 master
。
在这里查看分离头的基本解释:
http://git-scm.com/docs/git-checkout
用于可视化它的命令行:
git branch
要么
git branch -a
你会得到如下输出:
* (no branch)
master
branch1
该 * (no branch)
显示你处于分离的头脑中。
你可以通过做一个来到这个州 git checkout somecommit
它会用以下方法警告你:
你处于'独立的HEAD'状态。您
可以环顾四周,做实验
改变并提交它们,你可以
放弃你在此提交的任何提交
国家不影响任何分支机构
通过执行另一个结帐。
如果要创建新分支
保留您创建的提交,您可以这样做
所以(现在或以后)使用-b和
再次结帐命令。例:
git checkout -b new_branch_name
现在,让他们成为主人:
做一个 git reflog
甚至只是 git log
并记下你的提交。现在 git checkout master
和 git merge
提交。
git merge HEAD@{1}
编辑:
要添加,请使用 git rebase -i
不仅用于删除/查杀您不需要的提交,还用于编辑它们。只需在提交列表中提及“编辑”,您就可以修改您的提交,然后发出一个 git rebase --continue
继续这可以确保你永远不会进入一个独立的HEAD。
将您的分离提交放到自己的分支上
简单地跑 git checkout -b mynewbranch
。
然后跑 git log
,你会看到提交现在 HEAD
在这个新的分支上。
如果你只是主分支并想回到“开发”或功能只是这样做:
git checkout origin/develop
注意:退房 原产地/开发。
你在 分离头 州。你可以环顾四周,做实验
更改并提交它们,您可以放弃您在此中提交的任何提交
通过执行另一次结账而不影响任何分支的状态...
然后
git checkout -b develop
有用 :)
如果你想推动你当前的分离式HEAD(检查 git log
之前),尝试:
git push origin HEAD:master
将分离的HEAD发送到原始分支。如果您的推送被拒绝,请尝试 git pull origin master
首先从原点获得更改。如果您不关心来自原点的更改并且它被拒绝,因为您做了一些有意的rebase并且您想要用您当前分离的分支替换origin / master - 那么您可以强制它(-f
)。如果您失去了对先前提交的一些访问权限,您可以随时运行 git reflog
从所有分支机构看历史。
要在保持更改的同时返回主分支,请尝试以下命令:
git rebase HEAD master
git checkout master
看到: Git:“目前没有任何分支机构。”在保持变化的同时,是否有一种简单的方法可以回到分支机构?
如果你完全确定HEAD是好状态:
git branch -f master HEAD
git checkout master
你可能无法推动原点,因为你的主人已经偏离了原点。如果您确定没有其他人使用回购,您可以强制推送:
git push -f
如果您在功能分支上没有其他人使用,则最有用。
以下对我有用(仅使用分支主机):
git push origin HEAD:master
git checkout master
git pull
第一个将分离的HEAD推送到远程原点。
第二个移动到分支主人。
第三个恢复连接到分支主机的HEAD。
如果推送被拒绝,第一个命令可能会出现问题。但这不再是分离头的问题,而是关于分离的HEAD不知道某些远程变化的事实。
您所要做的就是'git checkout [branch-name]',其中[branch-name]是您进入分离头状态的原始分支的名称。 (从asdfasdf分离)将消失。
因此,例如,在分支'dev'中,您可以检出提交asdfasd14314 - >
'git checkout asdfasd14314'
你现在处于一个独立的头状态
'git branch'将列出类似 - >的内容
* (detached from asdfasdf)
dev
prod
stage
但要摆脱独立的头状态并回到开发 - >
'git checkout dev'
然后'git branch'将列出 - >
* dev
prod
stage
但是,当然如果你不打算保持对独立头部状态的任何改变,但是我发现自己这样做了很多,不打算做任何改变而只是为了查看先前的提交