当你运行git checkout commit_id命令时，HEAD将从13ca5593d分离出来(即commit-id)，分支将在更长时间内可用。

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

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

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

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

让我们假设您的分支名称为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恢复到的位置

今天，我错误地签出了一个提交，并开始处理它，在分离HEAD状态下进行了一些提交。然后我用下面的命令推到远程分支:

git push origin HEAD: <My-remote-branch>

Then

git checkout <My-remote-branch>

Then

git pull

我终于在我的分支中得到了我在分离HEAD中所做的所有更改。

在回答问题之前，让我们先了解一些背景知识，解释一下这个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。

第一次本地复位:

git reset 23b6772

看看你的姿势是否正确，验证一下:

git status

你会看到如下内容:

你的分支落后于'origin/master' 17次提交， 并且可以快进。

然后重写远程跟踪分支的历史记录以反映更改:

git push --force-with-lease // a useful command @oktober mentions in comments

如果其他人同时已提交给远程分支，则使用——force-with-lease而不是——force将引发错误，在这种情况下，您应该先获取。更多信息请参见本文。