如何在Git中将上游main分支合并到topic分支并查看反向合并差异？

现有两阶段合并至main分支的流程 #

我们团队习惯在topic分支就绪后，采用以下四步的两阶段流程合并到main分支：

• 1. 将上游main分支合并到topic分支（git checkout topic && git merge main）
• 2. 推送topic分支，触发外部测试系统验证应用功能
• 3. 将topic分支合并到main分支（git checkout main && git merge topic）
• 4. 推送main分支，再次触发测试

两种合并方式的利弊对比 #

两阶段合并（先合main到topic再合topic到main） #

• 优势：合并冲突或问题会先在topic分支暴露，不会影响其他开发者的工作流
• 劣势：合并main到topic时，差异来自其他开发者的提交，数量多且难以逐一校验

直接合并topic到main #

• 优势：差异仅为当前topic分支的自身提交，校验起来更简单清晰
• 劣势：无法先在topic分支测试main+topic的组合版本（因为无法本地测试，不能先合并到main分支测试再推送）

注：假设合并过程顺利，两种方式最终的代码内容是完全一致的，只是分支的提交关联历史不同。

核心需求 #

你希望实现的效果是：合并后的代码保留在topic分支，但能够查看如同直接将topic合并到main时产生的差异（也就是只看自身topic分支的提交变更，而非包含其他开发者提交的混合差异）

你尝试过的笨拙方法 #

• 方法1：使用两个本地仓库副本，在其中一个副本里合并topic到main查看差异，再把代码复制到另一个副本的topic分支提交。这种方法不仅繁琐，还额外占用存储空间。
• 方法2：在本地合并topic到main但不推送，然后硬重置topic到这个合并提交（git reset --hard <merge-commit-hash>），但这样操作会丢失topic分支原有的历史关联。

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