git rebase 基础知识

Question

我最近开始使用git rebase，但我不能 100% 确定我做得对。为了这个问题，起源有两个分支，master和next，它们是从master分支出来的。

自上次在两者之间同步以来，master 有 2 次提交，next 6：

$ git log --oneline origin/next..origin/master
59b5552 master commit #2
485a811 master commit #1

$ git log --oneline origin/master..origin/next
4ebf401 next commit #6
e9b6586 next commit #5
197ada0 next commit #4
4a2c3c6 next commit #3
040a055 next commit #2
84537bf next commit #1

当我结帐next 并执行git rebase -i origin/master 时，我得到以下信息：

$ git status
# On branch next
# Your branch and 'origin/next' have diverged,
# and have 8 and 6 different commits each, respectively.

最后在完成git pull --rebase 之后，来自master 的两个提交都在next 中：

$ git log --oneline origin/next..next 
8741d09 master commit #2
485a811 master commit #1

问题：

1. 这是正确的方法吗？
2. 为什么在运行 pull --rebase 之前会有 8 and 6 不同的提交？
3. 是否可以简化流程？

非常感谢:)

Answer 1

让我们从头开始。这是您原始状态的图表：

A-B-C（主控，原点/主控） \ D-E-F-G-H-I（下一个，起源/下一个）

当您签出next 并将next 重新定位到origin/master 时，它在origin/master 上已经存在的两个提交之后创建了6 个新提交。这些新提交以“master commit #2”（我的图表中的C）作为它们的祖先，而不是它们的原始祖先，origin/master 和origin/next 出现分歧（我的图表中的A），所以它们的哈希值会有所不同.我相信这就是为什么您会看到 next 与 origin/next 有 8 个不同的提交：origin/master 的 2 个和 origin/next 上的 6 个“重新散列”提交。

git checkout next ; git rebase -i origin/master 之后，你应该有这个：

A-B-C（主控，原点/主控） \ \ \D'-E'-F'-G'-H'-I'（下） \ D-E-F-G-H-I（原点/下一个）

您可以看到 next 确实有 8 个提交不在 origin/next 上，origin/next 确实有 6 个提交不在 next 上。当然，这只是根据提交的 SHA-1 哈希值。如果您git diff origin/next next，实际内容应该非常匹配——差异应该只显示来自B 和C 的更改（如图所示）。

当您在next 上执行git pull --rebase 时，它会从源（远程origin/next）获取更改并将当前分支（next）重新定位到该远程。这会导致next 中的更改不是 在origin/next 中出现在origin/next 之后的新next 分支上。它应该是这样的：

A-B-C（主控，原点/主控） \ D-E-F-G-H-I（原点/下一个） \ B'-C'（下一个）

如果这是您希望历史图表的样子，那么您就成功了。

但是，我怀疑您确实希望看起来像中间图，特别是如果 next 是您正在处理项目的下一个部分的功能分支，而 master 用于稳定代码和小错误修复。如果是这样，那么您应该使用git push 而不是git pull --rebase 来使遥控器反映您的历史版本，而不是相反。

Answer 2

从非常简单的步骤开始，用 master 重新定位你的分支； 姓名；

git-rebase

概要；

git rebase [-i | --interactive] [options] [--exec <cmd>] [--onto <newbase>]
        [<upstream>] [<branch>]
git rebase [-i | --interactive] [options] [--exec <cmd>] [--onto <newbase>]
        --root [<branch>]
git rebase --continue | --skip | --abort | --edit-todo

说明； 假设存在以下历史并且当前分支是“sample”：

 A---B---C sample
         /
    D---E---F---G master

从此时开始，以下任一命令的结果：

git rebase master
git rebase master sample

应该是：

A'--B'--C' sample
                 /
    D---E---F---G master

注意：后一种形式只是git checkout sample 后跟git rebase master 的简写。当 rebase 退出时，sample 将保留已签出的分支。

如果上游分支已经包含您所做的更改（例如，因为您邮寄了一个应用于上游的补丁），那么该提交将被跳过。例如，在以下历史记录上运行“git rebase master”（其中 A 和 A 引入了相同的更改集，但具有不同的提交者信息）：

A---B---C sample
         /
    D---E---A'---F master

将导致：

 B'---C' sample
              /
D---E---A'---F master

所有这些都是对变基过程的图解理解。 一旦您解决了键入git rebase master 后发现的冲突 解决冲突并键入git add -u 以将更改的代码添加到存储库。 之后执行命令git rebase --continue 并继续解决冲突并重复命令；

git add -u 

和

git rebase --continue 

直到没有发现冲突。 最后的最终命令将是，

git push --force origin sample(your branch name)