Git pull报 fatal: Not possible to fast-forward, aborting的解决办法_fatal: not possible to fast-forward, aborting.

1. 问题场景

本人使用公司的开发机Mac， 发现在Mac 机上pull代码时总会出现“fatal: Not possible to fast-forward, aborting”。

开发流程：基于release拉取一个feature分支，然后在feature分支上进行开发，再把feature分支往master合并，如果有冲突先git pull 一下，然后解决冲突进行push。 

(release是master的子集)

上述流程在windows上运行很流畅但是到mac上就不行，在stackoverflow的大佬说是因为base不一致，需要使用rebase去解决，百度上也是这么描述的。虽然这种方式帮助很多人解决了问题，但绝不是我所想要的解决方式。因为我想使用git pull后即使有冲突而不是以这样的方式显示。

2.问题解决

合并代码的方式有很多中：git merge,git rebase,git pull等

git 在处理文件merge时，会分成三种处理方式

• –ff–only fast forward模式，快速合并 有冲突就会失败
• –no–ff 非快速合并 会生成一次commit
• –squash 将合并后的不同分支所有的提交记录作为一次提交

fase-forward只要存在冲突就会失败， 我们得配置git pull

• git config pull.rebase false —- 关闭 rebase

• git config pull.rebase true —–开启rebase

• git config pull.ff only/false —–开启/关闭 fast-forward

 上述命令是针对当前分支的，如果使用全局配置的请加上--global， 如下

• git config --global pull.rebase false —– 全局关闭 rebase

• git config --global pull.rebase true —– 全局开启rebase

• git config --global pull.ff only/false —– 全局开启/关闭 fast-forward

其实我们要做的是关闭rebase和fast-forward在pull中的表现，可运行如下代码解决当前分支问题：

git config pull.rebase false

git config pull.ff false

可运行如下代码解决全局问题：

git config --global pull.rebase false

git config --global --add pull.ff false

还有另外一种解决方式，感觉不是很科学，好像也能解决问题。如下：

git pull {branchName} –no-rebase eg: git pull origin release –no-rebase

实际上不仅是pull可以配置，merge也是可以使用同样的方式进行配置

最后提供一张图，简单易懂讲述了git 的rebase操作(由于当时截图，忘记拷贝链接了)

这里纠正一下，rebase后X,Y,Z均会产生新的commit。

最后根据小编的经历，建议大家不要使用rebase去合并代码。使用git pull/git merge/git fetch即可。