Git rebase 功能分支搞乱了对开发/主分支的拉取请求中的提交

Question

我有以下场景：

• 主分支：生产中的内容，可以包含修补程序
• Develop-branch：我的开发人员用来创建拉取请求的分支
• feature-branches：我们为开发人员正在实施的功能创建的分支。

开发人员完成工作后，会在开发分支上创建拉取请求。批准后，我们​​将特性分支压缩合并到开发分支上，以便不包括开发人员在特性分支上所做的所有提交。这使我们可以在开发分支上拥有清晰干净的 git 历史记录。

有时功能分支需要从开发分支进行变基，这就是麻烦开始的地方。当我们用开发分支变基功能分支时，突然间很多来自开发分支的提交都包含在拉取请求。

如何避免这种情况，以便 PR 只包含来自功能分支的实际提交？

Answer 1

我怀疑这发生在您在发布修补程序后从 master 重新开发基础后。

考虑以下场景：

master   A->B->C
                \
develop          D
                  \
feature A          E

然后，您会在 master、F 中获得一个修补程序，然后将 develop 重新设置为基础。变基创建了一个具有不同哈希的“新”提交（D'），因此从 git 的角度来看，D 和 D' 是两个独立且不相关的提交。 D 仍然存在，C 是它的父级，但它不再在 develop 上 - 仅在 feature A 上：

master   A->B->C->F
                \  \
develop          \  D'
                  \
feature A          D->E

因此，如果您尝试 rebase feature A off develop，如果您不进行交互式 rebase，git 将无法识别 D 和 D' 是相同的提交，您将最终得到以下结果：

master   A->B->C->F
                   \
develop             D'
                     \
feature A             D->E

为了解决这个问题，当从 develop 变基 feature A 时，以交互方式执行并告诉 git 删除 D，因为你知道它与 D' 相同。