如何将static-analysis分支的Bug修复同步到main分支且不包含分析脚本？

针对你用static-analysis分支做脚本分析、修复bug后要同步到main且排除脚本文件的场景，以下是更高效的最佳实践，比你提到的两种方案更可靠：

1. 从根源拆分提交（最推荐） #

平时在static-analysis分支工作时，严格把分析脚本的修改和bug修复提交完全分开：

• 修改分析脚本的操作单独提交，比如执行 git commit -m "update static analysis scripts"
• 发现并修复bug的操作也单独提交，确保这类提交里完全不涉及分析脚本的文件
• 同步修复到main时，直接用 git cherry-pick <bug-fix-commit-hash> 把对应的纯修复提交挑到main分支，或者基于main开一个bugfix分支，cherry-pick后提交MR即可。

这种方式从根源上避免了后续筛选提交的麻烦，操作精准且不易出错，核心就是保持提交粒度的单一性——一个提交只做一件事。

2. 交互式变基提取纯修复提交 #

如果已经存在混合了脚本修改和bug修复的提交，或者不想严格拆分提交，可以用交互式变基来清理分支：

• 从static-analysis切出临时分支：git checkout -b bugfix-for-main static-analysis
• 执行交互式变基到main：git rebase -i main
• 在弹出的编辑界面中：
  • 把所有仅涉及分析脚本修改的提交标记为drop直接丢弃
  • 把既有脚本修改又有bug修复的提交标记为edit，进入编辑模式后用 git reset HEAD^ 拆分提交，保留bug修复的改动部分，丢弃脚本修改部分，完成后继续变基
• 变基完成后，推这个临时分支到远程，提交MR到main即可。

这种方式能系统性地筛选出所有纯修复提交，比手动cherry-pick更不容易遗漏。

3. 生成排除脚本的补丁快速应用 #

如果bug修复的改动比较集中，不想处理提交历史，可以用补丁方式：

• 在static-analysis分支执行：git diff main -- ':(exclude)path/to/analysis-scripts/*' > bugfix.patch
  （把path/to/analysis-scripts/*替换成你的分析脚本实际路径）
• 切换到main分支：git checkout main
• 应用补丁：git apply bugfix.patch
• 检查改动无误后提交，再推送到远程提MR。

这种方式适合改动少、快速同步的场景，操作直接高效。

额外注意事项 #

• 每次把bug修复同步到main后，记得及时把main的最新改动rebase回static-analysis分支，保持两个分支的同步：git checkout static-analysis && git rebase main
• 尽量避免在static-analysis上提交混合了脚本和修复的内容，提前规划提交粒度能大幅减少后续操作成本。

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