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

如果您的问题是您开始在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 reset 23b6772

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

git status

你会看到如下内容:

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

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

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

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

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

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

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

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

事实证明是有的!

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

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

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

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

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

解决步骤:

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

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