Git 分支与 rebase 的日常用法

Git 分支与 rebase 的日常用法

今天是 2026年11月5日（星期四）。这篇短文把「Git 分支与 rebase 的日常用法」拆成几个可以立即验证的点，尽量少讲概念，多给出可操作的判断依据。

一、先把边界划清楚

本地功能分支在合并前用 rebase 对齐主干，保持线性历史；已推送并被他人使用的分支不要 rebase。

交互式 rebase 可以合并、拆分、改写提交信息，适合提交前清理草稿。

二、常见误区

• 本地功能分支在合并前用 rebase 对齐主干，保持线性历史；已推送并被他人使用的分支不要 rebase。
• 交互式 rebase 可以合并、拆分、改写提交信息，适合提交前清理草稿。
• rebase 冲突按提交逐个解决，解决后 git rebase --continue，不要直接 push -f 到公共分支。
• 合并策略要团队统一，线性历史和合并提交没有绝对优劣，可追溯性更重要。

三、一段可以直接试的命令

git fetch origin
git rebase origin/main
git rebase -i HEAD~3
git push --force-with-lease

把上面的命令在隔离环境里跑一遍，再对照自己的服务观察输出。很多问题不是配置写错，而是没有先确认实际行为。

小结

处理这类问题的顺序建议是：先复现、再定位、最后才改配置。如果当天没有时间做完整排查，至少把复现命令和观察结果记录下来，第二天可以接着做。