Git技术疑问：落后master的分支提交PR为何仅显特性文件且未生成合并提交？

一、PR仅展示特性分支独有文件的原因 #

当你提交PR时，Git平台（如GitHub/GitLab）的差异对比逻辑是聚焦特性分支相对于目标分支（master）的新增/修改内容，而非直接对比两个分支当前的所有文件：

• 你的特性分支从旧版master分叉后，master后续的新提交并未同步到特性分支里，但这些master自身的更新不属于你特性分支的变更范畴。
• PR的核心作用是让评审者关注你要合并的新内容，因此只会展示「特性分支有、但master没有的变更」，master自己新增的文件或修改不会出现在PR的差异列表里。

举个实际场景：

1. 从master的commit A分叉出feature分支
2. master后续更新到commit B，新增了文件X
3. 你在feature分支新增了文件Y
4. PR对比时只会显示文件Y——因为文件X是master独立更新的，不是你feature分支的贡献，无需在PR中展示。

二、未生成合并提交的原因 #

合并提交（Merge Commit）是实际执行合并操作时才会产生的产物，PR只是一个「合并请求」，还未触发真正的合并动作：

• 提交PR时，平台仅做差异预览，既没有将master的内容合并到你的feature分支，也没有把feature分支的内容合并到master，自然不会生成合并提交。
• 只有当你确认合并PR，并且选择「创建合并提交」（而非快进合并或压缩合并）时，Git才会生成新的合并提交，将feature的变更整合进master，此时分支历史才会呈现非线性结构。

补充你提到的合并方式细节 #

• 快进合并（FF）：如果特性分支的提交是master的直接延续（无分叉），Git会直接将master指针移到特性分支的最新提交，不会生成新的合并提交，分支历史保持线性。
• 合并提交：当特性分支和master有各自独立的提交记录时，合并会生成一个新的提交，整合两个分支的变更，分支历史变为非线性。
• 压缩合并（Squash）：将特性分支的所有提交压缩为一个新提交并入master，分支历史保持线性，常用于简化提交记录。

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