变基后将分支的根更改为另一个分支

Question

我使用 Git 进行版本控制，并且我正在尝试完成一些我不确定是否容易实现的事情。我有一个功能分支feature1.1，其中有一些提交。我也有一个分支似乎关闭了该功能的最后一次提交feature1.2。这是因为feature1.2 依赖于feature1.1，但不一定需要在同一个分支上。

目前，当我变基 feature1.1 时，我最终不得不将 feature1.2 挑选到我变基 feature1.1 后创建的新分支中。

有更好的方法吗？

基本上，我想要这个

                F feature1.2
               /
      C---D---E feature1.1
     /
A---B---G---H---I---J---K master

变成这样

                                      F' feature1.2
                                     /
                          C'---D'---E' feature1.1
                         /
A---B---G---H---I---J---K master

Answer 1

分支没有根。

嗯，这有点夸大了。 feature1.1 的根是提交 A。所以说分支没有有用的根会更准确。

什么是分支是，是指向一个特定提交的指针：feature1.1 指向您标记为E 的提交，其哈希取决于其内容和一直以来的历史到根。这意味着你有两个不同的提交，你都标记了E：一个的父链去D，C，B，...和一个去@ 987654330@, C, K, ...

git rebase 所做的是将提交复制 到具有不同父哈希 ID（通常也是不同的基本源代码树）的新提交。新的提交很像旧的提交，但又不一样。所以你需要给他们新的名字，比如C'-D'-E'。

旧的提交会在您的存储库中保留一段时间（默认情况下至少 30 天）。当您将C-D-E 复制到新链时，不会影响原始F。

现在您需要将F 复制到F'。如果您天真地使用git checkout feature1.2; git rebase feature1.1 进行操作，可能会出现问题：Git 不知道它不应该 复制C-D-E 了。它有C'-D'-E'，它可以在新的feature1.1 上看到，但它并不知道这些来自C-D-E。如果提交闻起来足够相似，¹ rebase 会注意到它已经拥有它们，并跳过复制它们。但是如果它们在第一次变基期间发生了足够的变化，它会再次复制它们。

为了防止 Git 甚至查看原始的 C-D-E 链，您需要 git rebase --onto。或者，您可以使用交互式变基：这里 Git 为您提供了一个文件，其中包含要复制的建议提交集，您可以手动删除已复制的提交。

请记住，任何拥有自己的原始提交副本（与您的原始提交具有相同的哈希 ID）的人都将保留他们的副本。他们也必须安排开始使用 新 副本代替旧副本。如果您是唯一拥有这些功能分支的人，或者如果您的所有合作者都准备好处理这些变基，那么您就可以开始了。否则，您可能会造成他们无法承受的痛苦。

---

¹实际上，这意味着“如果他们有相同的git patch-id”。