为什么GitHub分支会显示大量联合提交？及推送失败问题咨询

一、为什么会出现大量“联合提交”？ #

你提到的“联合提交”大概率是指合并提交（Merge Commit）——就是那种备注里写着Merge branch 'main' into my-branch的提交。常见原因主要有这几个：

• 频繁合并主分支到开发分支：你的PR开了几天后，主分支大概率已经有新代码合并进来。为了避免后续冲突，你会执行git merge main把主分支代码同步到自己的my-branch，默认情况下Git会生成一个新的合并提交，次数多了自然就堆了一堆这类记录。
• PR采用Squash/Rebase合并后复用旧分支：如果维护者把你的PR用Squash Merge（把你的多个提交压缩成一个）或者Rebase Merge（把你的提交重新基于主分支最新节点）合并到主分支，这时候远程的my-branch提交历史已经和你本地的完全不一样了——你本地还是原来的多提交链，远程已经变成了压缩后的单个提交或重排后的历史，后续你在本地分支提交再同步时，Git会生成合并提交来对齐两边的历史。
• 多人协作同一分支：如果有其他开发者也在你的my-branch上提交代码，你用默认的git pull（等同于git fetch + git merge）拉取远程代码时，也会自动生成合并提交。

二、解决non-fast-forward推送失败的问题 #

你遇到的! [rejected] my-branch -> my-branch (non-fast-forward)错误，本质是本地分支的提交历史和远程分支不一致，远程分支的“版本”比你本地的更新，Git不允许你直接覆盖远程修改。根据不同场景，有两种常用解决方式：

场景1：仅你维护该分支，且无需保留远程额外提交 #

如果远程分支的历史差异是因为PR被Squash合并导致的，或者你确定远程修改可以被覆盖，用安全强制推送（比单纯--force更稳妥，避免误删他人工作）：

# 确认本地提交是你需要保留的内容后执行
git push origin my-branch --force-with-lease

--force-with-lease会检查远程分支有没有你本地未知的新提交，如果有就会拒绝推送，比直接强制推送更安全。

场景2：需保留远程修改，或多人协作分支 #

这种情况要先拉取远程最新代码，合并/重排后再推送：

# 拉取远程分支的最新代码
git fetch origin
# 方式1：合并远程分支到本地，会生成一个新的合并提交
git merge origin/my-branch
# 方式2：用rebase把本地提交重新基于远程最新节点，不会生成合并提交，历史更整洁
git rebase origin/my-branch
# 解决可能出现的冲突后，推送代码
git push origin my-branch

如果是多人协作分支，用rebase前最好和队友沟通，避免因为历史重写导致协作混乱。

三、如何避免后续出现大量联合提交？ #

• 用Rebase代替Merge同步主分支：当你需要同步主分支代码到开发分支时，用git rebase main代替git merge main，你的提交会被“移到”主分支最新提交的后面，不会生成合并提交，提交历史更线性。
• PR合并后及时清理旧分支：PR合并到主分支后，直接删除本地和远程的my-branch，下次开发从主分支重新拉取新分支，从根源避免旧分支的历史混乱问题。
• 多人协作约定拉取规范：如果是多人共用分支，约定用git pull --rebase代替默认的git pull，拉取远程代码时会自动执行rebase，避免生成多余的合并提交。

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