为什么分支A squash合并到main后，分支B仍存在A的提交？

1. Squash合并的核心特性 #

Squash合并并非将分支A的原有提交直接并入main分支，而是生成一个全新的独立提交——这个提交打包了A分支所有更改的内容，但和A分支的原始提交没有历史关联（两者的提交哈希完全不同）。A分支的原始提交并不会因为这次合并被删除，依然存在于Git的版本历史中。

2. 分支B的历史关联 #

分支B是基于A分支创建的，后续又通过git pull --rebase origin A同步了A的最新提交，这意味着B的提交历史完全建立在A分支的原始提交链之上。即使main分支完成了squash合并，B分支的历史里依然保留着A的所有原始提交。

3. Rebase冲突的根源 #

当你在B分支执行git pull --rebase origin main时，Git会尝试将B分支的所有提交（包括A的原始提交）“重演”到main分支的最新提交（即squash生成的新提交）之后。但main的新提交已经包含了A分支的所有更改，而B里的A原始提交又要再次应用相同的更改，Git通过提交哈希识别历史而非内容，因此会判定这些重复更改存在冲突。

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