Git合并意外引入分支历史的原因及规避方法咨询

一、出现该行为的原因 #

1. merge命令的本质限制：git merge branch-B --no-commit --no-ff只是改变了合并的提交形式（不自动提交、禁用快进合并），但Git合并的核心逻辑是整合两个分支的完整历史。由于branch-B保留了branch-A修改前的旧历史，合并后branch-A的提交树会包含branch-B的所有祖先提交，相当于把branch-B的旧历史也并入了branch-A。
2. 无需--force即可推送的逻辑：合并后的branch-A包含了远程branch-A的所有旧提交（branch-B的历史继承自远程branch-A的旧版本），远程仓库会判定本地分支是在远程分支基础上的扩展，属于合法的“快进”推送范畴，因此允许无强制的普通推送，最终导致远程历史被意外修改。

二、防止意外推送历史变更的方法 #

• 配置推送规则：执行git config --global push.default simple，确保只推送当前分支，避免误推其他分支；也可针对特定分支单独设置推送限制。
• 远程分支保护：在远程仓库平台给branch-A这类重要分支开启保护规则，比如禁止直接推送、强制要求PR审核、禁用强制推送等，从源头阻断非预期的历史变更。
• 推送前校验步骤：
  • 用git log --oneline origin/branch-A..branch-A对比本地与远程分支的提交差异，确认没有非预期的历史节点。
  • 执行git push --dry-run模拟推送，提前查看对远程仓库的变更影响，确认无误后再正式推送。

三、仅合并功能代码而非完整分支历史的实现方式 #

有三种常用方案，可根据需求选择：

1. Cherry-pick 精准挑选提交
   直接选择功能相关的提交复制到branch-A：

   git checkout branch-A
   # 若功能提交是连续范围，左开右闭，要包含起始提交需加^
   git cherry-pick <起始提交哈希>^..<结束提交哈希>
   

   这种方式会保留功能的原始提交粒度，每个提交都会被单独复制到branch-A。

2. Squash合并（推荐）
   将branch-B上的所有功能变更合并为一个新提交，完全不引入branch-B的历史：

   git checkout branch-A
   git merge --squash branch-B
   # 手动提交合并后的变更
   git commit -m "合并branch-B的新功能"
   

   此方式会把branch-B的所有修改整合为一个独立提交，branch-A的历史不会留下任何branch-B的痕迹。

3. 补丁生成与应用
   先在branch-B上生成功能变更的补丁，再到branch-A上应用：

   # 在branch-B上生成补丁，基于与branch-A修改前的最后共同提交
   git checkout branch-B
   git format-patch <最后共同提交哈希> --stdout > feature.patch
   # 在branch-A上应用补丁
   git checkout branch-A
   git apply feature.patch
   # 提交变更
   git add .
   git commit -m "应用新功能补丁"
   

内容的提问来源于stack exchange，提问作者Christian Vincenzo Traina