Rebase

这是 Git 手册系列的第二篇。初级篇解决了"能用"，本篇解决"用得对"：多人协作不打架、冲突不慌、历史能改得干净。 目录 分支模型：选一个然后坚持 merge 与 rebase：到底用哪个 冲突的正确解法 reset 的三种模式（soft / mixed / hard） stash：临时收摊子 cherry-pick：挑一个提交带走 修改历史：amend 与交互式 rebase reflog：你的后悔药 tag 与发布 中级常见错误 分支模型：选一个然后坚持 个人 / 小团队：Trunk-Based（主干开发） main 是唯一长期分支，随时可发布 功能分支从 main 切出，活 1~3 天，合并后立即删除 配合 PR/MR 做代码评审 git switch -c feature/xxx main # 开发、提交 git push -u origin feature/xxx # 提 PR，评审通过后合并 git switch main && git pull git branch -d feature/xxx 需要同时维护多个发布版本：Git Flow main：线上版本；develop：集成分支 feature/*、release/*、hotfix/* 各司其职 重，只有确实需要多版本并行（如 SaaS + 私有化部署）才用 结论：90% 的团队用 Trunk-Based 就够了。分支模型越简单，协作成本越低。 ...