如何区分堆叠Pull Request中的提交及实操管理疑问

1. 第二个PR显示前一个分支的提交是正常的吗？需要调整吗？ #

这是正常现象，因为你的new_feature_p2分支基于new_feature创建，GitHub默认会将当前分支与**目标分支（通常是master）**做全局对比，所以会包含new_feature分支的所有提交和文件变更。

如果想让评审仅聚焦当前分支的新增修改，可直接调整PR目标分支：创建new_feature_p2的PR时，把目标分支设为new_feature而非master。此时GitHub会只对比new_feature_p2与new_feature的差异，不会显示前一个分支的内容，评审范围更清晰。

2. PR1合并后，PR2的共同提交会消失吗？ #

不会自动消失，但可通过操作让PR2仅显示新增内容：

• 当new_feature（PR1）合并到master后，本地切换到new_feature_p2分支，执行git rebase master，将分支基准移至最新的master上。
• 推送到远程仓库时，使用git push --force-with-lease（比--force更安全，可避免覆盖他人未同步的修改）。
• 完成rebase后，GitHub上的PR2就会只显示new_feature_p2相对于master的新增修改，之前与PR1的共同提交会被整合到master的历史中，不会重复合并。

若不做rebase直接合并PR2，GitHub也会自动处理冲突、避免重复提交，但PR的diff会一直显示之前的提交，不利于评审效率。

3. 更优的实操方法 #

• 按逻辑拆分PR：比如按文档模块（导航、教程、API参考）、修改类型（新增内容、格式调整、链接修复）拆分，每个PR只专注一件事，评审范围更小、更聚焦。
• 固定堆叠PR的目标分支：每个后续PR的目标都设为前一个PR的分支，而非master，天然只显示增量修改，无需额外调整。
• 保持分支清洁：定期将当前分支rebase到前一个分支或master上，减少冲突概率，同时让提交历史更简洁清晰。
• PR信息明确化：命名采用Docs: XXXX格式，描述里说明与其他PR的关联（比如“基于#XXX PR的后续修改，完成教程章节内容”），方便评审者快速理解上下文。
• 本地校验增量：用git diff new_feature..new_feature_p2命令快速查看当前分支相对于前一个分支的所有修改，提前确认PR内容符合预期。

内容的提问来源于stack exchange，提问作者krishnab