第一次本地复位:

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在23b6772，并键入git reset origin/master(因为我想要挤压)。现在我改变了我的想法，我如何回到HEAD在23b6772?

直截了当的答案是:git重置23b6772

但我遇到了这个问题，因为我厌倦了每次我想引用前一个HEAD时键入(复制和粘贴)提交哈希值或其缩写，并在谷歌上搜索是否有任何形式的速记。

事实证明是有的!

Git重置-(或在我的情况下Git樱桃-)

顺便说一下，它与cd -相同，返回到*nix中的上一个当前目录!哇，我一石二鸟。

这可能不是一个技术上的解决方案，但它是有效的。(如果你的队友在本地有相同的分支)

让我们假设您的分支名称为branch-xxx。

解决步骤:

不要做更新或拉-什么都没有 只需在他的机器上从branch-xxx创建一个新分支(branch-yyy) 就是这样，所有现有的更改都将在这个新分支(branch-yyy)中。您可以继续使用这个分支进行工作。

注意:同样，这不是一个技术解决方案，但它肯定会有帮助。

最快的解决方案(只需一步)

使用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 checkout commit_id命令时，HEAD将从13ca5593d分离出来(即commit-id)，分支将在更长时间内可用。

移动到之前的位置运行命令-

Git拖动origin branch_name(比如master) Git checkout branch_name Git pull origin branch_name

您将返回到以前的位置，并从远程存储库提交更新后的文件。

移动最后一个未被推送的分支提交到一个新的分支

如果您的问题是您开始在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恢复到的位置