添加无关文件后如何恢复Git分支的快进（ffwd）能力？

首先得搞清楚为什么加了独立文件后快进不了——本质是你的本地master现在有了自己的专属提交（就是添加那个独立文件的提交），而上游的upstream/stable也有了新的更新，两者的提交历史从某个节点开始分叉了。快进合并的前提是当前分支的HEAD必须是目标分支的祖先，现在两边是平行历史，自然没法快进。

根据你的提交是否已经推送到origin/master，有两种针对性的解决方案：

情况1：添加文件的提交还没推到origin/master #

这是最省心的情况，直接用rebase把你的提交“挪”到上游最新代码的后面，让历史回到线性状态：

• 先拉取上游的最新更新：git fetch upstream
• 切回本地master：git checkout master
• 把本地的提交重新基于upstream/stable构建：git rebase upstream/stable
• 最后推送到自己的origin：git push origin master

做完这步之后，你的master历史就变成了：上游最新节点 → 你的添加文件提交。下次上游再有更新时，直接git pull upstream stable就能快进合并，再推到origin就行，完全不会产生烦人的合并提交。

情况2：添加文件的提交已经推到origin/master #

如果不想重写公共历史（避免影响其他用你origin仓库的人），那就用cherry-pick把上游的新提交逐个“搬”到你的分支上，保持历史线性：

1. 先拉取上游最新代码：git fetch upstream
2. 切回本地master并确保和origin同步：git checkout master && git pull origin master
3. 把上游比你master多的提交一次性应用过来：

   git cherry-pick origin/master..upstream/stable
   

   因为你的文件和上游完全无关，这个过程不会有冲突，会自动完成所有提交的迁移。
4. 最后推送到origin：git push origin master

下次上游更新时，重复这四步就行。嫌麻烦的话，还可以把这些命令写成一个简单的脚本，一键完成同步。

这样操作后，你的master历史会一直是线性的，既保留了自己的独立文件，又能持续同步上游的更新，完全不用再生成无意义的合并提交。

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