如何在GitHub推送分支变更且不生成多余rebase节点？

核心解决方法 #

直接用强制推送覆盖远程分支，替代你之前的pull --rebase操作，就能让分支始终只保留一个提交节点。

完整流程步骤 #

1. 初始创建分支并推送

初始状态：
--- a (master, origin/master)

创建分支、修改代码后提交推送：

git checkout -b new_branch
# 编写代码
git add .
git commit -m "你的提交信息"
git push --set-upstream origin new_branch

此时分支状态：
--- a (master, origin/master) --- b (new_branch, origin/new_branch)

2. 需要修改时：保持单Commit节点

当代码需要调整时，修改完成后执行：

git add .
# 覆盖原提交，--no-edit可保留原提交信息，去掉则可修改提交内容
git commit --amend --no-edit
# 强制推送，用本地新提交替换远程旧提交
git push -f origin new_branch

执行后分支状态直接变为：
--- a (master, origin/master) --- c (new_branch, origin/new_branch)
（c是amend后的新提交，远程的b节点被直接覆盖，不会留下冗余历史）

3. 分支合并后的清理

确认分支没问题合并到master后，用你原来的命令清理即可：

git checkout master
git pull
git branch -D new_branch
git remote prune origin

为什么之前的方法会出问题？ #

你之前遇到的冲突，是因为git commit --amend会创建一个全新的提交c，而远程分支还停留在旧提交b上，Git默认拒绝推送历史不一致的分支。pull --rebase会把c接到b后面，导致出现两个节点；而push -f会直接用本地的c覆盖远程的b，完美实现你要的单节点效果。

重要注意事项 #

• 只在你个人专属的feature分支上用这个操作，如果有其他开发者也在该分支协作，强制推送会覆盖他们的修改，引发问题。
• 合并到master这类公共分支时，不要用强制推送，遵循常规的PR合并流程即可。

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