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

如果您的问题是您开始在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时提交了更改。

第一次本地复位:

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状态下进行了一些提交。然后我用下面的命令推到远程分支:

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

Then

git checkout <My-remote-branch>

Then

git pull

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

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

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

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

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