在Git中,我试图通过合并在另一个分支中,然后将HEAD重置到之前的位置,通过:
git reset origin/master
但我需要跳出来。如何将HEAD移回之前的位置?
我有需要移动到的提交的SHA-1片段(23b6772)。我怎样才能回到这个承诺?
在Git中,我试图通过合并在另一个分支中,然后将HEAD重置到之前的位置,通过:
git reset origin/master
但我需要跳出来。如何将HEAD移回之前的位置?
我有需要移动到的提交的SHA-1片段(23b6772)。我怎样才能回到这个承诺?
当前回答
移动最后一个未被推送的分支提交到一个新的分支
如果您的问题是您开始在WRONG_BRANCH上提交,并且希望将最后那些未推送的提交移动到RIGHT_BRANCH,最简单的方法是
git checkout WRONG_BRANCH git分支RIGHT_BRANCH git重置——hard LAST_PUSHED_COMMIT git签出RIGHT_BRANCH
此时,如果你运行git log HEAD,你会看到你所有的提交都在那里,在RIGHT_BRACH中。
Data
WRONG_BRANCH是您现在提交的更改(尚未推送)所在的位置 RIGHT_BRANCH是您提交的更改(尚未推送)的位置 LAST_PUSHED_COMMIT是您希望将WRONG_BRANCH恢复到的位置
其他回答
这可能不是一个技术上的解决方案,但它是有效的。(如果你的队友在本地有相同的分支)
让我们假设您的分支名称为branch-xxx。
解决步骤:
不要做更新或拉-什么都没有 只需在他的机器上从branch-xxx创建一个新分支(branch-yyy) 就是这样,所有现有的更改都将在这个新分支(branch-yyy)中。您可以继续使用这个分支进行工作。
注意:同样,这不是一个技术解决方案,但它肯定会有帮助。
移动最后一个未被推送的分支提交到一个新的分支
如果您的问题是您开始在WRONG_BRANCH上提交,并且希望将最后那些未推送的提交移动到RIGHT_BRANCH,最简单的方法是
git checkout WRONG_BRANCH git分支RIGHT_BRANCH git重置——hard LAST_PUSHED_COMMIT git签出RIGHT_BRANCH
此时,如果你运行git log HEAD,你会看到你所有的提交都在那里,在RIGHT_BRACH中。
Data
WRONG_BRANCH是您现在提交的更改(尚未推送)所在的位置 RIGHT_BRANCH是您提交的更改(尚未推送)的位置 LAST_PUSHED_COMMIT是您希望将WRONG_BRANCH恢复到的位置
最快的解决方案(只需一步)
使用git checkout -
您将看到切换到分支<branch_name>。确认这是您想要的分支。
简单解释:这个命令将把HEAD移回它的最后一个位置。见答案末尾的结果说明。
助记符:这种方法很像使用cd -返回到您以前访问过的目录。语法和适用的情况是一个相当好的匹配(例如,当你实际上想要HEAD返回到它原来的位置时,它是有用的)。
更有条理的解决方案(2步,但令人难忘)
快速的方法解决了OP的问题。但是如果您的情况略有不同:假设您重新启动了Bash,然后发现自己与HEAD分离了。在这种情况下,这里有两个简单,容易记住的步骤。
1. 选择你需要的分支
使用git分支-v
您将看到现有本地分支的列表。获取适合您需要的分支名称。
2. 向目标前进
使用git checkout <branch_name>
您将看到切换到分支<branch_name>。成功!
结果
使用任何一种方法,您现在都可以像以前一样继续添加和提交您的工作:您的下一个更改将在<branch_name>上跟踪。
注意,git checkout -和git checkout <branch_name>都将给出额外的指示,如果你在分离HEAD时提交了更改。
今天,我错误地签出了一个提交,并开始处理它,在分离HEAD状态下进行了一些提交。然后我用下面的命令推到远程分支:
git push origin HEAD: <My-remote-branch>
Then
git checkout <My-remote-branch>
Then
git pull
我终于在我的分支中得到了我在分离HEAD中所做的所有更改。
第一次本地复位:
git reset 23b6772
看看你的姿势是否正确,验证一下:
git status
你会看到如下内容:
你的分支落后于'origin/master' 17次提交, 并且可以快进。
然后重写远程跟踪分支的历史记录以反映更改:
git push --force-with-lease // a useful command @oktober mentions in comments
如果其他人同时已提交给远程分支,则使用——force-with-lease而不是——force将引发错误,在这种情况下,您应该先获取。更多信息请参见本文。