git fetch 是同步远程元数据的操作：它只下载远程仓库的提交、分支指针、标签等信息到本地数据库，不修改工作目录、暂存区或本地分支head位置，因此不影响当前代码状态。
git fetch 是什么，为什么它不碰你的代码
git fetch 的本质是“同步远程元数据”：它只把远程仓库最新的提交、分支指针、标签等信息下载到你本地的数据库里，完全不动你的工作目录、暂存区、当前分支 HEAD 位置。也就是说，你 git status 看起来还是“干净”的，git log 也看不到新提交——除非你主动去看 origin/main 这类远程跟踪分支。
- 执行后，
origin/main会更新指向远程最新 commit，但你的本地main分支纹丝不动 - 远程新增了 3 个提交？
git log origin/main能立刻看到；git log main还是老样子 - 你正在改一个 bug，同事刚推了重构代码——
fetch让你能先git diff main origin/main瞅一眼再决定要不要合，而不是被pull直接扔进冲突现场
怎么用 git fetch 拉指定分支且不合并
最常用也最安全的写法是明确指定远程名和分支名，避免隐式行为：
-
git fetch origin main：只拉origin的main分支（不拉其他分支，省流量、快） -
git fetch origin develop:tmp：把远程develop下载到本地临时分支tmp，方便对比或检出，不影响当前分支 -
git fetch --prune origin：拉取同时清理已删除的远程分支对应的本地跟踪引用（比如远程删了feature/old，本地origin/feature/old也会被删掉）
⚠️ 注意：git fetch origin（不带分支）会拉所有分支更新，但不会自动创建或切换本地分支——它只更新 origin/* 这些远程跟踪分支。
fetch 后怎么安全合并或查看改动
拉下来只是第一步，关键在“怎么用”。别急着 merge，先确认改了啥、有没有影响你手头的活：
- 看差异：
git diff main origin/main（对比本地 main 和远程最新） - 看提交列表：
git log --oneline main..origin/main（只显示远程有、本地没有的提交） - 真要合：
git merge origin/main（当前在main分支时） - 想基于远程新建分支：
git checkout -b feat-from-remote origin/feature/login
如果合并前发现改动太大，还可以 git merge --abort 回退，而 fetch 本身根本没动你任何文件——这就是它比 pull 多出来的那层缓冲。
常见踩坑：为什么 fetch 像没反应，或者 diff 不出东西
新手常以为 fetch 应该让本地分支“变新”，结果 git log 没变化、diff 也没输出，就开始怀疑网络或权限问题。其实多半是理解偏差：
-
git fetch不会改变你的本地分支，所以git log默认还是显示当前分支历史；必须显式写git log origin/main才能看到拉下来的新提交 -
git diff main origin/main没输出，可能是因为远程和本地完全一致（真没新提交），也可能是你当前不在main分支——记得先git checkout main再比 - 执行
git fetch origin main后，origin/main更新了，但如果你之前没设置过上游（upstream），git branch -vv可能仍显示 “ahead/ahead” 或 “stale”，这不是错误，只是本地分支没关联远程而已
真正容易被忽略的是：fetch 不解决认证问题。如果提示 “Authentication failed”，不是命令错了，而是 SSH key 没配好或 token 过期了——这跟 fetch 本身逻辑无关，但卡在这一步，后面所有操作都白搭。
