Git提交显示为平行分支而非线性序列 无法squash如何解决

提交链出现平行分叉，核心原因是两个提交的父指针没有形成前后继承关系，常见触发场景包括：分离头指针状态下直接提交、pull代码时默认生成merge提交、GUI工具自动选点错误执行了无效rebase。你在IntelliJ、GitKraken中执行rebase无效，基本都是工具自动识别的rebase基点不对，没有对齐正确的上游提交bdede5。

相关提交记录参考：

所有修复操作前先打备份分支，避免操作失误丢失提交：

• 执行git branch fix-backup，后续如果操作出错，随时可以执行git reset --hard fix-backup回到当前状态

优先用命令行操作，避免GUI自动选点的问题，根据实际需求选对应方案即可：

方案1：保留bdc2ea之后的所有提交，整段接到bdede5后面 #

1. 执行git log --oneline --graph确认当前分支提交链，找到bdede5和bdc2ea当前父提交的准确哈希值
2. 执行git rebase --onto bdede5 <bdc2ea当前父提交哈希> <当前分支名>，这个命令会把bdc2ea以及它之后的所有提交，整体平移接到bdede5后面，直接形成线性链
3. 如果过程中出现冲突，手动解决冲突后执行git add <冲突文件路径>，再执行git rebase --continue即可；要放弃本次rebase就执行git rebase --abort回到操作前状态

方案2：只需要把bdc2ea单个提交接在bdede5后面，不需要保留其他分叉提交 #

用cherry-pick操作更简单，不会出现rebase选点错误的问题：

1. 切回你要修复的目标分支，执行git reset --hard bdede5，把分支指针直接退回到正确的前序提交位置
2. 执行git cherry-pick bdc2ea，直接把bdc2ea对应的代码改动摘下来，应用到当前分支的HEAD后面，一步得到bdede5 -> bdc2ea的线性提交链
3. 如果有冲突，解决后执行git add <冲突文件>，再执行git cherry-pick --continue即可

• 全局配置pull默认走rebase模式，避免拉取远程代码时自动生成多余merge提交制造分叉：git config --global pull.rebase true
• 涉及提交历史修改的操作尽量先打备份分支，不要完全依赖GUI工具的自动选点逻辑，关键操作前用git log --oneline --graph确认提交位置

注意：如果这些分叉的提交已经推送到远程公共仓库，修复完本地线性链之后，需要执行git push --force-with-lease推送到远程，不要直接用--force参数，避免覆盖其他协作者的提交。修复完成后就可以正常执行squash压缩提交的操作了。

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