如何通过命令行以编程方式解决Git合并冲突？

针对你批量清理旧分支时遇到的合并冲突问题，给你两个针对性的解决方案，取决于你对trash分支的需求：

方案1：仅标记分支已归档（不保留旧分支内容） #

如果trash分支只是用来记录「哪些分支已被清理」，不需要把旧分支的内容合并进来，直接用Git的ours合并策略，完全跳过冲突：

# 切换到trash分支
git checkout trash
# 执行无冲突合并，保留trash分支当前内容，仅记录合并历史
git merge -s ours <目标旧分支名>

这里的-s ours是全局合并策略，和你之前用的-X ours不同：-X ours只是解决文件内冲突时优先用当前分支内容，但文件增删这类冲突依然会报错；而-s ours会直接忽略被合并分支的所有更改，不会产生任何冲突，仅在Git历史里标记该分支已合并到trash。

方案2：存档旧分支的当前内容 #

如果需要把旧分支的最终状态保存到trash分支，直接跳过合并操作，用快照复制的方式更简单：

# 切换到trash分支
git checkout trash
# 将旧分支的所有文件内容复制到当前trash分支
git checkout <目标旧分支名> -- .
# 暂存所有更改
git add .
# 提交快照，备注清楚对应旧分支
git commit -m "Archive snapshot of branch: <目标旧分支名>"

这种方式完全不会触发合并逻辑，自然也就没有冲突，相当于把旧分支的最后状态作为一个新提交放到trash里存档。

批量脚本优化建议 #

在Python脚本里集成上述逻辑时，可以参考这些步骤：

1. 先检查trash分支是否存在，不存在则创建：git checkout -b trash
2. 用git for-each-ref命令筛选超过3个月无提交的分支：

   git for-each-ref --sort=-committerdate refs/heads/ --format='%(refname:short) %(committerdate:unix)'
   

   解析输出的Unix时间戳，筛选出距离当前时间超过90天的分支。
3. 对每个目标分支，执行上述方案中的命令，完成后删除分支：git branch -D <目标旧分支名>
4. 可以加一步预检查：先输出所有待清理分支，让用户确认后再执行删除操作，避免误删。

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