对照
| 方式 | 历史形态 | 适用 |
|---|---|---|
| Merge commit | 保留分支与合并点 | 需要完整拓扑与回滚点 |
| Squash and merge | 压成单提交 | 小改动、要求整洁线性史 |
| Rebase and merge | 线性、无合并点 | 逐提交整理过的分支 |
选择建议
选择建议
需要回滚点：Merge commit
保持线性：Rebase and merge（分支已整理）
小改动：Squash and merge平台合并方式：合并提交 / 压缩 / 变基
GitHub 与 GitLab 都提供多种合并按钮：保留合并提交、squash 合并、rebase 合并；仓库可启用哪些方式属于管理员设置，团队需统一约定。
易错点
- 不同仓库设置不同，贡献前先看仓库的合并方式约定，避免产生意外历史
- squash 会丢失分支内提交粒度，回溯单条改动需要依赖 PR 记录
数据来源与参考
- GitHub Docs：About merge methods on GitHub
- GitLab Docs：Merge methods