当有人将您的提交推送到共享分支时 git rebase

我是否正确理解这是 Anton 无法变基到 master 的情况之一，因为他的提交 4 之一已经包含在 master 分支中？

其实有三个问题：

1. 提交真的击中了分支master吗？

   从描述中答案很明显：是的，我当然明白了。

2. 如果在描述的情况下运行rebase命令会发生什么？

   让我们检查：

   1. 创建三个提交：

      $ git log --oneline origin/master
      e71c5c3 (origin/master) 3
      23b42ba 2
      5ed114a 1
      

   2. 从提交中23b42ba创建一个分支iss1并添加更多提交：

      $ git log --oneline origin/iss1 
      117ae92 (origin/iss1) 5
      8c59be3 4
      23b42ba 2
      5ed114a 1
      

   3. 从提交中8c59be3创建一个分支iss2并添加另一个提交：

      $ git log --oneline origin/iss2
      f2ff6a4 (origin/iss2) 6
      8c59be3 4
      23b42ba 2
      5ed114a 1
      

   4. 合并：iss2_master

      $ git log --oneline origin/master
      b719862 (origin/master) Merge branch 'iss2'
      f2ff6a4 (origin/iss2) 6
      8c59be3 4
      e71c5c3 (master) 3
      23b42ba 2
      5ed114a 1
      

   5. 在这里，我们正在接近临界点。击鼓。切换到iss1并执行rebase命令：

      $ git checkout iss1
      $ git rebase master
      First, rewinding head to replay your work on top of it...
      Applying: 4
      Applying: 5
      

   没有错误、事故和断肢。鼓声尴尬地打断了。提交彼此相处融洽：

   $ git log --oneline --all --graph 
   * 1a2d0f6 (HEAD -> iss1) 5
   * 4bd022f 4
   | *   b719862 (origin/master) Merge branch 'iss2'
   | |\  
   |/ /  
   | * f2ff6a4 (origin/iss2) 6
   * | e71c5c3 (master) 3
   | | * 117ae92 (origin/iss1) 5
   | |/  
   | * 8c59be3 4
   |/  
   * 23b42ba 2
   * 5ed114a 1
   

   一切，我们走吧。

3. 在这种情况下是否可以执行rebase命令？

   不幸的是，这里没有客观的答案。另一方面，有一个绝对客观的反问：为了纪念什么，事实上，这可能是“不可能的”吗？

rebase函数本身没有您描述的此类限制。非常简单，它比较了相对于新提交需要留下的更改。

这里有几个选项，具体取决于您追求的目标。最简单的情况是在提交 7 上重新设置提交 5，但在这种情况下，您在提交 4 上的部分历史记录将会丢失。您仍将是提交的作者，但iss1的工作将在稍后开始，就像以前一样。如果工作完成了，那么你可以做Merge，在这种情况下，第 4 次提交的更改将不会反映在第 8 次提交的差异中。

一个稍微不同的例子，假设没有 6 次提交，但第 3 次和第 4 次提交的更改相同，那么情况将非常相似。

您需要在本地存储库上进行试验以了解需要什么策略。例如，TortoiseGit 可以同时进行Rebase和Merge。

以防万一，我会留下文章的链接

形式上，根据该图，第 4 次提交本身并没有进入分支master，而只有它的更改。