如何让Git在合并时忽略特定机器专属配置行？

我刚好处理过类似的跨机器配置同步场景，给你几个实用的方案，按需选择：

方案1：用.gitattributes指定文件级别的合并策略 #

如果你的机器专属配置集中在某个单独的文件（比如config.local），或者整个配置文件只有少量专属行但不想拆分，可以给这个文件设置ours合并策略，确保合并master分支时，当前机器分支的版本会被保留，不会被master的内容覆盖。

步骤：

1. 在仓库根目录创建.gitattributes文件，添加一行：

   your-config-file merge=ours
   

   把your-config-file换成你的配置文件名（比如.bashrc、config.ini）。
2. 执行Git命令启用这个合并策略：

   git config merge.ours.driver true
   

3. 提交.gitattributes到所有分支：

   git add .gitattributes
   git commit -m "Add merge strategy for machine-specific config"
   

之后从master合并到机器分支时，这个配置文件会自动保留当前分支的内容，通用变更会合并到其他文件里。

方案2：拆分通用配置和专属配置 #

这是更清晰的长期方案——把配置拆成两部分：

• config-base：存放所有机器通用的配置，放在master分支，所有机器分支都基于它同步变更。
• config-local：每台机器的专属配置，每个机器分支单独维护，不会被合并到master。

然后在主配置加载逻辑里（比如bashrc里加source ~/.bashrc-local，或者配置文件里加@include config-local），让系统自动加载专属配置。这样你只需要把通用配置的变更合并到master，专属配置完全不用管，也不会出现合并冲突。

方案3：合并时使用ours选项处理冲突 #

如果你的专属配置是分散在通用配置文件里的几行，合并时偶尔会出现冲突，可以在合并master分支时用-X ours选项，让Git在遇到冲突时优先采用当前机器分支的内容：

git merge -X ours master

这个方法适合冲突不多的场景，它只会处理冲突的行，其他通用变更还是会正常合并到当前分支。

我个人更推荐方案2，拆分配置后维护起来最省心，后期机器增加或者配置变更都不容易出问题。

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