为何使用Git的Squash and merge合并PR后，分支未显示与master合并？

这其实是两种合并方式在Git底层逻辑上的本质差异导致的，我给你拆解清楚：

1. 普通Merge的工作方式 #

普通的Merge pull request选项会创建一个合并提交（merge commit），这个提交有两个父节点：一个是合并前master分支的最新提交，另一个是PR分支的最后一个提交。

这种方式相当于在Git的提交图谱里打了一个明确的"连接结"，所以不管是GitHub Insights的网络图谱，还是Sourcetree这类可视化工具，都能清晰识别出PR分支和master分支在这里完成了汇合，自然会显示出合并线。

2. Squash and merge的工作方式 #

而Squash and merge走的是完全不同的逻辑：它不会创建合并提交，而是把PR分支上所有的中间提交压缩成一个全新的单一提交，然后直接把这个新提交追加到master分支的末尾。

这就意味着，PR分支的原始提交历史和master分支之间没有任何直接的关联——没有那个作为"连接结"的合并提交。所以在提交图谱里，PR分支看起来就是一条独立的、从未和master汇合的分支线，Sourcetree自然也找不到合并关系的痕迹。

举个简单例子：

• 假设PR分支有提交序列：A → B → C
• 普通Merge后，master会新增一个合并提交M，M的父节点是master原HEAD和C
• Squash合并后，master会新增一个压缩提交S，S的父节点只有master原HEAD，和A/B/C没有任何关联，PR分支的历史还是A→B→C，和master的S完全脱节

总结 #

Squash合并的核心目的是让master分支的提交历史更简洁干净，只保留完整的功能提交而非零散的中间修改，但代价就是牺牲了分支间的合并关联痕迹——这也是为什么你看不到合并线的原因。

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