对于不允许 merge 只允许 rebase 的开源项目，各位怎么看？这是一个好习惯吗？

[villivateur]

比如 https://github.com/ArduPilot/ardupilot 这个项目，明确规定只允许 rebase 不许 merge 。

这是一个好习惯吗？

[Rache1]

如果只想保持 master 分支整洁的话，其实 merge 的时候加个 --squash 就好了。

[newtype0092]

@wen20 和 rebase 比起来，merge 才更像拉屎，大家都可以方便的在空地来一坨，最后这个“雷区”会越来越大。
只能 rebase 是要求主分支迭代时严格的链式结构管理，说白了就是让并发开发的人通过额外的工作来保证 feature 被串行的 merge ，但对于其他读者，但串行的版本链肯定比并行的版本树清晰易懂的多。

[chatgptnext]

来一次线上事故就老实了😋

[ensonmj]

squash 再 rebase ，清晰

[crysislinux]

你自己的开发分支在有其他人参与之前随便 rebase 还是 merge 。有人参与之后就只 merge ，最后合并到 main 的时候 squash merge 清理一下。

[mayli]

没太大区别…repo 制定了就遵守就好了

[tags]

如果是明显的特性分支合并就用 merge ，保留时间线。如果是独立的提交就用 rebase ，基于最新做改动。

[whyrookie]

我一个人的项目，有时候可能有多个分支一同开发，通常先 rebase 再回到主分支进行 merge

[twelvechen]

我们组的项目不允许使用普通 pull ，merge 必须使用 fast-forward ，也就是有冲突必须 rebase 。目前没遇到什么问题，体验良好。