git pull提示存在进行中rebase但实际无，其来源与解决方法是什么？

问题根因解释 #

1. rebase提示的来源

你看到的cannot pull with rebase提示，和“是否有正在进行的rebase任务”完全无关，本质是你的Git配置把git pull的默认行为设为了rebase模式，而非默认的merge模式。
你可以执行git config pull.rebase验证，如果返回值为true，就说明你开启了该配置：pull操作会先拉取远程分支最新提交，再把你本地的未推送提交（如果有的话）rebase到远程分支的最新节点上。
而rebase操作本身要求工作区、暂存区没有未提交的改动，所以即使你的改动和远程更新的文件没有重叠，Git也会直接抛出错误终止pull流程，这和你有没有主动执行过rebase命令没有任何关系。

2. 两个命令判断不一致的原因

git pull的报错是在预检查阶段触发的：它发现你配置了pull用rebase策略，同时当前有未暂存的改动，不符合rebase的运行前提，直接提前报错，根本没有启动实际的rebase流程。
而git rebase --continue是用来恢复已经启动、中途因为冲突暂停的rebase任务，既然这次pull根本就没有真正启动rebase进程，自然会返回“无进行中的rebase”的提示，两者的判断逻辑完全不冲突，也不存在异常。

解决方法 #

你可以根据自己的使用习惯选任意一种方式处理：

• 仅本次pull绕过rebase限制：直接执行git pull --no-rebase，因为你的本地改动和远程提交无重叠，且本地分支可以快进，不用处理冲突，也不需要暂存/存储改动就能直接完成合并。
• 永久修改pull默认行为为merge模式：执行git config --global pull.rebase false，后续pull就会默认走合并逻辑，快进场景下支持带未提交的改动直接拉取。
• 保留pull默认rebase的配置，同时支持带改动拉取：执行git config --global rebase.autoStash true，开启自动存储功能，pull时Git会自动把你的本地改动存到stash，拉取并rebase完成后再自动弹出恢复，只要没有文件冲突就完全不需要手动操作。

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