首页/开发/Git 与协作速查/变基还是合并:选择依据
合并变基与冲突71 条

变基还是合并:选择依据

关键判断是「分支是否已共享」与「要不要保留真实集成拓扑」:私有分支重写历史可读性好,公共分支合并更安全。

Git 与协作速查开发更新于 2026-10-12

对比

维度mergerebase
历史形态保留分叉与合并点线性、无合并提交
提交哈希不变全部重写
他人影响无共享分支上会打断协作者
冲突处理一次解决全部矛盾可能逐提交反复出现
适用主干集成、公共分支个人分支整理、跟进上游

个人分支跟进主干

个人分支跟进主干
git switch feature
git fetch origin
git rebase origin/main

把特性并入主干

把特性并入主干
git switch main
git pull
git merge --no-ff feature
团队约定优先:同一仓库混用两种策略也可以,但要在贡献指南里写清楚哪些分支允许改写历史。

易错点

  • 「永远 rebase」或「永远 merge」都不是普适结论,取决于分支可见性与团队工具链
  • 变基后的分支首次推送需要强推,记得用 --force-with-lease 而不是 --force

数据来源与参考

  • Pro Git 2nd Edition · 3.6 变基(变基的风险)
  • Git 官方文档:git-rebase
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌