团队成员推送仓库后本地变更成分支，Git/Sourcetree免暂存拉取推送方案咨询

嘿，这个场景我太熟悉了！每次手动stash、pull、apply确实有点折腾，其实有几个更顺畅的替代方案，顺便也帮你分析下可能导致这个问题的原因：

1. 直接用 git pull --rebase 拉取 #

Git 2.6 版本之后，git pull --rebase 会自动帮你处理未提交的本地变更：它会先临时暂存你的修改（相当于自动执行了git stash），然后把远程最新的提交拉下来，再把你的本地修改“接”到这些新提交的后面（变基操作），最后自动恢复你的暂存内容（相当于git stash apply）。整个过程不用你手动操作stash，直接跑这个命令就行。

如果拉取过程中遇到冲突，Git会停下来提示你解决冲突，解决完之后执行：

git add <冲突文件>
git rebase --continue

就能继续完成变基，之后就可以正常push了。

2. 配置Git默认使用Rebase拉取 #

要是你不想每次都加--rebase参数，可以把它设为默认行为：

• 全局配置（所有仓库生效）：

git config --global pull.rebase true

• 单个仓库配置（只对当前仓库生效）：

git config pull.rebase true

如果你的分支里有合并提交，想保留这些合并记录，可以用更灵活的配置：

git config --global pull.rebase merges

3. 手动Fetch + Merge（适合偏好合并提交的场景） #

如果你习惯保留合并提交的历史，也可以先拉取远程更新，再手动处理：

1. 先拉取远程最新代码但不合并：

git fetch origin

2. 然后尝试合并远程分支到本地：

git merge origin/你的分支名

如果遇到冲突，Git会直接标记冲突文件，你修改完冲突后执行：

git add <冲突文件>
git merge --continue

不过这个方法还是可能因为本地未提交变更导致合并失败，所以不如rebase方案省心。

为什么会出现必须Stash的情况？ #

默认情况下，git pull是执行git fetch + git merge的组合操作。当你本地有未提交的变更，且这些变更和远程分支的修改有重叠时，Git无法自动完成合并，就会报错要求你先暂存或提交本地变更。

另外，也可能是这些设置导致的：

• 换行符配置：如果core.autocrlf设置不一致，可能导致文件内容看似一样但实际有换行符差异，容易触发冲突。可以用git config core.autocrlf查看当前设置，Windows建议设为true，Linux/macOS设为input。
• 分支跟踪关系异常：可以用git branch -vv查看本地分支是否正确跟踪了远程分支，如果没跟踪的话，pull的时候可能需要指定远程分支，也容易出问题。

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