Git特性分支集成：最终步骤是否始终为git merge？rebase作用解析

关于最终集成是否始终用git merge #

答案是否定的。除了需要保留独立特性分支的场景外，还有不少情况会用其他方式完成最终集成：

• 如果你偏好线性提交历史，可以先把特性分支变基到主分支（git rebase main），再用git merge --ff-only做快进合并——这种操作不会生成新的合并提交，直接把主分支指针移到特性分支的最新提交上，本质上完成了集成，但没用到带合并提交的常规git merge。
• 若团队采用「变基优先」的工作流，且主分支没有其他协作者同时操作，甚至可以直接把变基后的特性分支推送到远程主分支，连merge命令都不用。

关于rebase是否是merge的替代方案 #

没错，rebase就是最终集成前替代merge的常用方案，二者核心区别集中在历史记录的保存方式上：

• 用git merge集成时，会生成一个新的合并提交，完整保留特性分支的独立提交历史，能清晰看到该分支的所有变更节点以及合并时间点。
• 用git rebase的话，会把特性分支上的所有提交「重新应用」到主分支的最新提交之后，最终形成线性提交历史，不会留下合并提交痕迹，看起来像是特性分支的工作是基于主分支最新状态从头开始的。

注意：rebase不要用在已推送到远程的公共分支上，否则会打乱其他协作者的本地历史，引发不必要的冲突。

内容的提问来源于stack exchange，提问作者loris