git fetch --all 不自动更新本地分支列表，因为它只下载远程提交到远程跟踪分支（如 origin/main），不创建或修改本地分支（如 main）；本地分支需手动通过 git switch -c 或 git checkout 显式创建或同步。
git fetch --all 为什么不能自动更新本地分支列表
执行 git fetch --all 只会下载远程所有分支的最新提交对象（commit）到本地的远程跟踪分支（如 origin/main、origin/feature/login），但不会创建或更新你本地的同名分支（如 main、feature/login）。这是 Git 的设计逻辑：远程跟踪分支是只读“快照”，本地分支需要显式创建或移动。
如何让本地分支列表和远程保持一致
本地分支列表（git branch 输出）只显示你本地已存在的分支。要让它反映远程新增/删除的分支，得手动同步：
- 用
git fetch --prune origin清理已删除的远程分支对应的本地远程跟踪引用（origin/xxx） - 对每个想在本地保留的远程分支，运行
git switch -c feature/new-ui origin/feature/new-ui创建并检出本地分支（Git 2.23+ 推荐） - 若已存在同名本地分支，用
git merge origin/feature/new-ui或git reset --hard origin/feature/new-ui同步内容（注意后者会丢弃本地未推送的提交）
git remote update 和 git fetch --all 的区别
git remote update 默认只更新配置中启用的 remote（通常是 origin），而 git fetch --all 会遍历所有 remote 并 fetch。两者都不影响本地分支——它们只更新 refs/remotes/ 下的远程跟踪分支。如果你有多个 remote（比如 upstream 和 origin），--prune 必须配合具体 remote 使用，例如 git fetch --prune upstream，否则可能误删其他 remote 的跟踪引用。
自动化同步本地分支的脚本思路
没有 Git 原生命令能“一键创建所有远程分支的本地对应分支”，但可用 shell 快速生成：
git ls-remote --heads origin | cut -d' ' -f2 | sed 's@refs/heads/@@' | while read b; do git show-ref -q --verify refs/heads/$b || git switch -c $b origin/$b; done
这段命令会：
- 列出
origin所有远程分支名 - 跳过已存在的本地分支（
git show-ref -q --verify检查失败时才创建） - 对每个缺失分支，用
git switch -c创建并关联
注意：如果远程分支名含特殊字符（如 /、空格），该脚本需增强处理；生产环境建议加 dry-run 验证逻辑。
真正容易被忽略的是：远程分支删除后，本地远程跟踪分支不会自动消失，必须加 --prune；而本地分支哪怕对应远程已删，Git 也默认保留——这既是安全机制，也是混淆来源。
