git fetch --all 仅下载远程引用而不合并，需手动 checkout + merge；git pull --all 无效，因 git 不支持该参数；自动合并风险高，应按需操作并谨慎处理冲突。
git fetch --all 不能自动合并，必须显式 checkout + merge
很多人以为 git fetch --all 就能把所有远程分支拉下来并合并进本地对应分支——其实它只下载对象和引用，不触碰工作区，更不会自动合并。真正要“拉取并合并”，得对每个分支单独操作。
常见错误现象：git fetch --all 执行完后，git status 依然显示“Your branch is up to date”，但 git branch -r 确实多了新分支——说明远程引用已更新，但本地分支没动。
- 本地分支必须存在，且名字与远程分支匹配（如
origin/feat/login对应本地feat/login） - 如果本地还没创建该分支，
git merge origin/xxx会报错：not something we can merge - 合并前建议先
git rebase origin/main（若你是基于 main 开发），避免引入无关 merge 提交
用 for 循环遍历 origin/* 分支做 fetch + merge
最直接的实操方式是写一行 shell 命令，遍历所有 origin/ 开头的远程分支，对每个分支：检查本地是否存在 → 存在则 fetch + merge，不存在则跟踪创建。
git branch -r | grep 'origin/' | sed 's/origin\///' | while read b; do
if git show-ref --verify --quiet refs/heads/$b; then
git checkout $b && git merge --ff-only origin/$b 2>/dev/null || echo "⚠️ $b: fast-forward failed, skipped";
else
git checkout -b $b --track origin/$b;
fi
done
注意点：
-
--ff-only是关键：防止意外产生 merge commit；如果本地有未 push 的提交，合并会失败，需人工处理 -
2>/dev/null屏蔽常规提示，只留警告；去掉它可看到每次 checkout/merge 的输出 - 脚本不处理
origin/HEAD或origin/master和origin/main共存等歧义情况
git pull --all 是伪指令，实际无效
git pull --all 这个命令看似合理，但 Git 官方根本不支持 --all 参数传给 pull。执行时会报错：error: unknown option `all`，或静默忽略（取决于 Git 版本），然后只对当前分支做 pull。
原因：pull = fetch + merge，默认只作用于当前分支，无法批量作用于所有分支。Git 设计上就要求分支操作是明确、可审计的，不鼓励“全自动合并”这种高风险行为。
- 别信网上搜到的
git config --global alias.pullall '!git pull --all'——这 alias 本身就不生效 - 某些 IDE 插件（如 VS Code GitLens）提供“Fetch All Branches”，但它也只是调
git fetch --all，仍需手动 merge - 真要一键合并，必须自己控制流程，不能依赖 Git 内置命令
多人协作场景下，自动合并可能破坏本地开发状态
如果你正在 dev 分支上写新功能，同时运行上述脚本，它会把 main、release/v1.2 等分支也切过去 merge 一遍——这会导致你当前工作区被强制切换，甚至触发冲突中断。
所以生产环境强烈建议：
- 只对明确需要同步的分支操作，比如用
git checkout main && git pull更新主干 - 用
git remote update替代fetch --all，它更轻量，只更新 remote refs，不下载 packfile - 把分支同步逻辑封装成脚本时，加上
git rev-parse --abbrev-ref HEAD判断当前分支，避免误切
真正麻烦的不是命令写不出来，而是合并时机、冲突处理、上游变更语义这些没法自动化——机器不知道哪个分支该 ff，哪个该 rebase，哪个该跳过。
