在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恢复到的位置
其他回答
移动最后一个未被推送的分支提交到一个新的分支
如果您的问题是您开始在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在23b6772,并键入git reset origin/master(因为我想要挤压)。现在我改变了我的想法,我如何回到HEAD在23b6772?
直截了当的答案是:git重置23b6772
但我遇到了这个问题,因为我厌倦了每次我想引用前一个HEAD时键入(复制和粘贴)提交哈希值或其缩写,并在谷歌上搜索是否有任何形式的速记。
事实证明是有的!
Git重置-(或在我的情况下Git樱桃-)
顺便说一下,它与cd -相同,返回到*nix中的上一个当前目录!哇,我一石二鸟。
今天,我错误地签出了一个提交,并开始处理它,在分离HEAD状态下进行了一些提交。然后我用下面的命令推到远程分支:
git push origin HEAD: <My-remote-branch>
Then
git checkout <My-remote-branch>
Then
git pull
我终于在我的分支中得到了我在分离HEAD中所做的所有更改。
这可能不是一个技术上的解决方案,但它是有效的。(如果你的队友在本地有相同的分支)
让我们假设您的分支名称为branch-xxx。
解决步骤:
不要做更新或拉-什么都没有 只需在他的机器上从branch-xxx创建一个新分支(branch-yyy) 就是这样,所有现有的更改都将在这个新分支(branch-yyy)中。您可以继续使用这个分支进行工作。
注意:同样,这不是一个技术解决方案,但它肯定会有帮助。