在Git中,我试图通过合并在另一个分支中,然后将HEAD重置到之前的位置,通过:
git reset origin/master
但我需要跳出来。如何将HEAD移回之前的位置?
我有需要移动到的提交的SHA-1片段(23b6772)。我怎样才能回到这个承诺?
在Git中,我试图通过合并在另一个分支中,然后将HEAD重置到之前的位置,通过:
git reset origin/master
但我需要跳出来。如何将HEAD移回之前的位置?
我有需要移动到的提交的SHA-1片段(23b6772)。我怎样才能回到这个承诺?
当前回答
最快的解决方案(只需一步)
使用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时提交了更改。
其他回答
第一次本地复位:
git reset 23b6772
看看你的姿势是否正确,验证一下:
git status
你会看到如下内容:
你的分支落后于'origin/master' 17次提交, 并且可以快进。
然后重写远程跟踪分支的历史记录以反映更改:
git push --force-with-lease // a useful command @oktober mentions in comments
如果其他人同时已提交给远程分支,则使用——force-with-lease而不是——force将引发错误,在这种情况下,您应该先获取。更多信息请参见本文。
在回答问题之前,让我们先了解一些背景知识,解释一下这个HEAD是什么。
首先,什么是HEAD?
HEAD只是当前分支上当前提交(最新)的引用。 在任何给定时间只能有一个HEAD(不包括git工作树)。
HEAD的内容存储在.git/HEAD中,它包含了当前提交的40字节SHA-1。
分离的头
如果你不是在最近一次提交上——这意味着HEAD指向历史上的前一次提交,它被称为分离HEAD。
在命令行中,它看起来像这样- SHA-1而不是分支名称,因为HEAD并不指向当前分支的顶端:
关于如何从分离的HEAD中恢复的一些选项:
去结帐
git checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits to go back
这将检出指向所需提交的新分支。 该命令将检出到给定的提交。 在这一点上,您可以创建一个分支并从这里开始工作。
# Checkout a given commit.
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>
# Create a new branch forked to the given commit
git checkout -b <branch name>
git 引用日志
你也可以使用reflog。 git reflog将显示更新HEAD的任何更改,检出所需的reflog条目将把HEAD设置回此提交。
每次修改HEAD时,reflog中都会有一个新的条目
git reflog
git checkout HEAD@{...}
这将使您回到期望的提交
Git reset——hard <commit_id> . txt
“移动”您的头回到所需的提交。
# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32
# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts if you've modified things which were
# changed since the commit you reset to.
注意:(从Git 2.7开始)你也可以使用Git rebase——no-autostash。
git 还原<sha-1>
“撤销”给定的提交或提交范围。 revert命令将“撤消”在给定提交中所做的任何更改。 带有撤销补丁的新提交将被提交,而原始提交也将保留在历史记录中。
# Add a new commit with the undo of the original one.
# The <sha-1> can be any commit(s) or commit range
git revert <sha-1>
这个模式说明了哪个命令做什么。 如你所见,重置&&签出修改HEAD。
这个问题可以理解为:
我处于分离状态,HEAD在23b6772,并键入git reset origin/master(因为我想要挤压)。现在我改变了我的想法,我如何回到HEAD在23b6772?
直截了当的答案是:git重置23b6772
但我遇到了这个问题,因为我厌倦了每次我想引用前一个HEAD时键入(复制和粘贴)提交哈希值或其缩写,并在谷歌上搜索是否有任何形式的速记。
事实证明是有的!
Git重置-(或在我的情况下Git樱桃-)
顺便说一下,它与cd -相同,返回到*nix中的上一个当前目录!哇,我一石二鸟。
最快的解决方案(只需一步)
使用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时提交了更改。
这可能不是一个技术上的解决方案,但它是有效的。(如果你的队友在本地有相同的分支)
让我们假设您的分支名称为branch-xxx。
解决步骤:
不要做更新或拉-什么都没有 只需在他的机器上从branch-xxx创建一个新分支(branch-yyy) 就是这样,所有现有的更改都将在这个新分支(branch-yyy)中。您可以继续使用这个分支进行工作。
注意:同样,这不是一个技术解决方案,但它肯定会有帮助。