git fetch --all 会拉取所有已配置远程仓库的分支和标签，但默认不清理已删除的远程跟踪分支；需加 --prune 才能同步删除本地过期分支，避免 git branch -r 输出冗余。
git fetch --all 会拉取所有远程仓库，但默认不清理过期分支
执行 git fetch --all 确实会遍历所有已配置的 remote（比如 origin、upstream、fork），并尝试获取它们各自的分支和标签。但它不会自动删除本地已失效的远程跟踪分支——比如远程上早已被删掉的 origin/feature/old，仍会留在你本地的 refs/remotes/origin/ 下。
这会导致 git branch -r 输出越来越冗长，还可能干扰脚本判断（例如误以为某分支还存在）。解决办法是加 --prune：
-
git fetch --all --prune：同步所有 remote，并清理本地已不存在的远程跟踪分支 -
git fetch --all --prune --tags：同时拉取所有 tags（默认只拉与当前 fetched 分支有关联的 tag） - 想让这个行为成为默认？运行
git config --global fetch.prune true，之后所有git fetch都带 prune 效果
多个 remote 共存时，fetch --all 的顺序和失败影响
git fetch --all 按照 git remote 列出的字母序依次执行，不是按配置时间或优先级。只要其中一个 remote 不可达（如网络不通、权限失效、URL 错误），整个命令就会中止，后续 remote 不再尝试。
这不是原子失败——前面成功的 remote 已完成 fetch，后面失败的则跳过。所以它不适合用在 CI 或自动化部署里做“全量同步”。
- 更稳的做法是显式列出：
git fetch origin && git fetch upstream && git fetch fork - 或者用
git fetch --multiple origin upstream fork（注意不是--all），它支持--atomic选项：任一 remote 失败，全部回滚，本地 refs 不变 - 检查某个 remote 是否有效？先跑
git ls-remote --heads <remote-name></remote-name>，无输出或报错说明不可达
fetch --all 和 shallow clone 冲突时的行为
如果你的仓库是用 git clone --depth=1 创建的，它是个浅层仓库（shallow repository）。此时执行 git fetch --all 默认不会加深历史，也不会报错，只是静默跳过深度控制相关的 remote。
真正的问题出现在你试图 fetch 某个已被裁剪掉的提交祖先时——比如远程新推了一个 commit，其 parent 在你的 shallow 历史之外，git fetch 会失败并提示 shallow update not allowed。
- 要修复：先运行
git fetch --unshallow（仅当源仓库完整时有效），或git fetch --deepen=10手动追加 10 层深度 -
--tags在 shallow 仓库中也受限：它只 fetch 当前深度内能到达的 tag，不会自动加深去拿 tag 指向的老 commit - CI 环境中建议避免 shallow clone +
--all组合，改用完整 clone 或明确指定git fetch origin main这类窄范围操作
如何安全地把 fetch --all 集成进日常工作流
直接把 git fetch --all 加进 alias 或 pre-commit hook 是危险的——它可能拉下大量无关分支、触发意外 ref 更新、甚至因网络波动中断流程。
真正实用的方式是分层控制：
- 日常同步：只 fetch 当前关注的 remote，例如
git fetch origin（默认行为最可控） - 周度整理：手动运行
git fetch --all --prune --tags，配合git remote show origin看有哪些分支已合并可删 - 自动化脚本里：永远用
git fetch <remote><branch></branch></remote>
明确限定范围，避免隐式依赖--all的行为一致性 - 别忽略
.git/FETCH_HEAD：它是每次 fetch 的原始记录，脚本中读它比查origin/main更及时（后者可能被其他操作覆盖）
多 remote 场景下，最易被忽略的是 remote 的 fetch refspec 配置差异——比如 upstream 可能只配置了 +refs/heads/main:refs/remotes/upstream/main，而 origin 是 +refs/heads/*:refs/remotes/origin/*。git fetch --all 会尊重各自 refspec，导致拉取范围不一致，这点必须提前检查 git config --get-all remote.<name>.fetch</name>。
