GitLab MR压缩合并丢失提交详情，是否为配置导致？

一、合并后仅保留提交标题的原因 #

核心原因是你合并时使用了**压缩提交（Squash commits）**的合并方式，而非普通合并或快进合并。

当选择压缩合并时，Git会将分支上的所有提交合并为一个新的单一提交。这个新提交的默认消息不会自动拼接所有原提交的完整内容，因此原提交里的详情部分会丢失，只保留了某一个提交的标题。

二、压缩合并时提交消息的选择逻辑 #

在GitLab的压缩合并流程中，默认的提交消息规则如下：

• 若分支只有1个提交，会直接复用该提交的完整消息（标题+详情）；
• 若分支有多个提交，GitLab默认会选取分支中最早的那个提交的标题作为压缩后提交的标题，且不会自动整合所有提交的详情内容——这就是你看到“保留了非顶部提交标题”的原因；
• 注意：在确认压缩合并前，你可以手动编辑压缩后的提交消息，按需整合所有原提交的标题和详情，但如果未手动修改，就会使用默认规则生成的消息。

三、GitLab配置的影响 #

GitLab的项目设置确实会影响合并行为：

• 项目管理员可在「项目设置 > 合并请求」中设置默认合并方式，若默认开启了压缩提交，就会出现你遇到的情况；
• 同时，项目还可配置是否允许编辑压缩后的提交消息，若该选项被关闭，用户无法手动修改，只能使用默认生成的消息。

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