在Git中,我试图squash commit
通过合并到另一个分支中然后重置HEAD
为先前的位置来进行操作:
git reset origin/master
但我需要走出这一步。如何将HEAD移回先前的位置?
我有23b6772
提交所需的SHA-1片段()。我怎样才能回到这个提交?
在Git中,我试图squash commit
通过合并到另一个分支中然后重置HEAD
为先前的位置来进行操作:
git reset origin/master
但我需要走出这一步。如何将HEAD移回先前的位置?
我有23b6772
提交所需的SHA-1片段()。我怎样才能回到这个提交?
Answers:
在回答之前,让我们添加一些背景,解释一下这HEAD
是什么。
First of all what is HEAD?
HEAD
只是对当前分支上当前提交(最新)的引用。在任何给定时间(除外)
只能有一个。HEAD
git worktree
的内容HEAD
存储在内部.git/HEAD
,它包含当前提交的40个字节的SHA-1。
detached HEAD
如果您不在最新的提交上-这意味着HEAD
指向历史上的先前提交,则称为detached HEAD
。
在命令行上,它看起来像这样-SHA-1而不是分支名称,因为HEAD
并不指向当前分支的尖端:
git checkout
git checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits t 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
您也可以随时使用reflog
。
git reflog
将显示任何更新的更改,HEAD
并签出所需的reflog条目,将HEAD
后退设置为此提交。
每次修改HEAD时,都会在 reflog
git reflog
git checkout HEAD@{...}
这将使您回到所需的提交
git reset --hard <commit_id>
将“ HEAD”“移动”回所需的提交。
# 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 rebase --no-autostash
。git revert <sha-1>
“撤消”给定的提交或提交范围。
reset命令将“撤消”在给定提交中所做的任何更改。
带有撤消补丁的新提交将被提交,而原始提交也将保留在历史记录中。
# 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>
该模式说明了哪个命令可以执行什么操作。
如您所见,reset && checkout
修改HEAD
。
做
git reset 23b6772
查看您的位置是否正确:
git status
你会看到一些东西
在分支母版上您的分支落后“起源/母版” 17次提交,并且可以快速转发。
然后在您的遥控器上重写历史记录以反映更改:
git push --force-with-lease // a useful command @oktober mentions in comments
git push --force
。在许多情况下,它会使你对球队最不受欢迎的人一会儿....
git push --force-with-lease
(Thoughtbot文章:Thoughtbot.com/blog/git-push-force-with-lease)
revert
提交的反应不同,所以我发现自己处于极其困难的境地。force-with-lease
让我有信心重写分支的git历史记录,而又不影响其他人的工作。太棒了!
用 git checkout -
你会看到的Switched to branch <branch_name>
。确认这是您想要的分支。
简要说明:该命令会将HEAD返回其最后位置。请参阅此答案末尾关于结果的注释。
助记符:这种方法很像cd -
用来返回到您以前访问过的目录。语法和适用的情况非常匹配(例如,当您实际上希望HEAD返回到原来的位置时,这很有用)。
快速方法解决了OP的问题。但是,如果您的情况稍有不同,该怎么办:假设您已重新启动Bash,然后发现HEAD已分离。在这种情况下,这里有2个简单易记的步骤。
用 git branch -v
您会看到现有本地分支机构的列表。获取适合您需求的分支名称。
用 git checkout <branch_name>
你会看到的Switched to branch <branch_name>
。成功!
无论采用哪种方法,您现在都可以像以前一样继续添加和提交工作:在上跟踪您的下一次更改<branch_name>
。
请注意,如果您在分离HEAD时提交了更改,则git checkout -
和git checkout <branch_name>
都将提供其他说明。
git checkout 8acc968
则git branch -v
有MyBranch
以下...列表中,但随后git checkout MyBranch
删除我的意见。
git checkout 8acc968
将签出一个提交,而不是一个分支。如果MyBranch
有所需的提交,请尝试git checkout MyBranch
。如果它不包含落实8acc968中的更改,则需要在签出分支之后合并这些更改。
git checkout
看到了先前的提交,并且想回到最新的提交。但是没有最新的提交哈希,我几乎迷失了。该解决方案非常适合我的情况!
问题可以理解为:
我与HEAD
at 处于分离状态23b6772
并输入了git reset origin/master
(因为我想压扁)。现在我改变了主意,我该如何回到原来的HEAD
状态23b6772
?
最简单的答案是: git reset 23b6772
但是我遇到了这个问题,因为每次我想引用以前的版本时,我都讨厌键入(复制和粘贴)提交哈希或它的缩写 HEAD
并且谷歌搜索是否存在任何速记形式。
git reset -
(或者就我而言 git cherry-pick -
)
顺便说一句,它与cd -
返回* nix中的前一个当前目录相同!所以hurrah,我用一块石头学了两件事。
当您运行命令时git checkout commit_id
,13ca5593d(say commit-id)
与HEAD分离的HEAD 和分支将处于可用状态。
返回到先前的位置,明智地运行命令-
git pull origin branch_name
(说大师)git checkout branch_name
git pull origin branch_name
您将通过远程存储库中的更新提交返回到先前的位置。
今天,我错误地签出了一个提交,然后开始进行处理,在分离的HEAD状态下进行了一些提交。然后,我使用以下命令推送到远程分支:
git push origin HEAD: <My-remote-branch>
然后
git checkout <My-remote-branch>
然后
git pull
我终于在分支HEAD中进行了所有更改。
这可能不是技术解决方案,但可以。(如果您的队友在本地拥有相同的分支机构)
假设您的分支名称为branch-xxx。
解决步骤:
注意:同样,这不是技术解决方案,但是肯定会有所帮助。
git checkout 23b6772
应该做。