如何维护存在固定差异的两个Git分支并实现双向合并？

我之前也帮别人处理过类似的Git分支合并问题，你的场景其实很典型——两个分支有专属的固定差异，但又需要互相合并业务变更，每次合并手动删差异确实太折腾了。给你几个实用的解决方案，按你的场景选就行：

方法一：用.gitattributes+自定义合并驱动（最推荐，一劳永逸） #

这个方法的核心是告诉Git：哪些文件/目录属于固定差异，合并时直接保留目标分支的版本，完全忽略来源分支的变更。

1. 整理固定差异路径
   先把所有属于两个分支固定差异的文件、目录列出来。你可以用这个命令快速获取两个分支的差异文件：

   git diff product-branch test-platform-branch --name-only
   

   从输出里筛选出那些必须保留分支专属版本的路径，比如test-platform-extras/、src/config/test-settings.js这类，把它们整理成一个列表。

2. 配置.gitattributes
   在仓库根目录创建或修改.gitattributes文件，为每个固定差异路径指定merge=ours策略：

   # 测试平台分支特有的目录
   test-platform-extras/ merge=ours
   # 两个分支修改不同的配置文件
   src/config/test-settings.js merge=ours
   src/config/product-settings.js merge=ours
   

   这里的ours指的是合并时的目标分支版本，比如你把产品分支合并到测试平台分支，这些路径会保留测试平台的版本；反过来合并则保留产品分支的版本，完美符合你的需求。

3. 启用合并驱动
   运行这条命令让Git识别ours合并策略：

   git config merge.ours.driver true
   

   这个配置只需要做一次，后续所有合并都会自动处理这些固定差异路径。

方法二：用git cherry-pick挑选特定提交 #

如果你的合并需求不是整分支同步，只是把某几个业务变更提交从一个分支搬到另一个分支，用cherry-pick更灵活：

# 切换到目标分支
git checkout test-platform-branch
# 挑选产品分支上的某个提交合并过来
git cherry-pick <commit-hash>

这个方法适合少量提交的场景，但如果需要合并的提交很多，操作起来会比较繁琐。

方法三：拆分固定差异到独立子模块（适合全新架构调整） #

如果那些数千个额外文件是相对独立的模块，可以考虑把它们拆成Git子模块。这样两个分支可以分别引用子模块的不同版本，主分支的业务变更合并时完全不会涉及子模块的内容，不过这个方案需要调整仓库结构，适合有时间重构的场景。

测试的时候，你可以先在测试分支上做个小提交，然后合并到另一个分支试试，固定差异的内容应该不会被带进来，再也不用手动删差异啦！

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