git - Git 工作流程二：拆分 1 个 PR 拆分为 2 个 PR

Question

遇到一个情况，想知道专业的解决方法是什么。场景是这样的：（PR = Pull Request）

1. 我有一个大约 2000 多行代码的 PR。
2. 为了便于查看，我必须将其拆分为两个 PR：1300+ 行 PR 称为A， 700+ 行称为B。

现在这是我观察到的问题：

1. 在审查之后A，我很有可能需要改变A。既然B是依赖于，那么在重构并合并到分支之后A，就会有很多冲突。AAmaster
2. 我需要在B何时A进行审查方面取得进展，但在开发过程中B我可能需要回去重构A。

那么在这种情况下最好的做法是什么。

标签： git

Answer 1

当谈到最佳实践时..首先不要有这么大的提交:)如果您要求解决此问题的最简单方法：

1. 而不是创建A和BPRs - 创建只是A. 它应该尽可能小，以便尽快得到审查。
2. 其余的更改 - 要么隐藏它们，要么将它们提交到单独的临时分支中。不要并行处理它们。你的目标是让你的第一个 PR 尽快进入主干。
3. 最后推入后备箱。尽一切可能加快审查。
4. 将其放入主干后，将其与您隐藏的更改合并。因为A（希望）很小 - 它不应该导致太多冲突。
5. 转到 #1 并为下一部分创建 PR。

这整个过程可能会导致多次提交。最好有很多小提交，而不是几个大提交。