git pull后代码仍显示旧版本，本质是idea的vfs缓存未同步或本地存在未提交修改导致合并被跳过，而非拉取失败；需通过git status、git log比对及git diff head origin/main验证真实差异。
本地分支和远程分支“同步完成”后代码仍不一致，不是同步失败，而是你没真正比对清楚——git pull 或 git rebase 只处理了提交历史的整合，但不会自动覆盖你工作区里已修改、未暂存或已暂存但未提交的文件。
为什么 git pull 后代码看起来还是旧的？
常见错觉：执行了 git pull origin main，终端显示 Already up to date，但打开文件发现内容没变。这通常是因为：
- 你当前工作区有未提交的修改（
git status显示 modified），git pull拒绝覆盖，但没报错，只默默跳过合并 - 你拉取的是别的分支（比如误输
git pull origin dev），而当前在main分支，本地main依然落后 -
origin/main追踪关系丢失或指向错误，git branch -vv显示[origin/xxx]而不是预期分支
验证方法：运行 git log --oneline -n 5 main 和 git log --oneline -n 5 origin/main，逐行比对哈希值。不一致就说明根本没同步到最新提交。
git fetch 后 diff 不出差异，但文件内容确实不同？
这是最易被忽略的场景：你执行了 git fetch，也确认 main..origin/main 有新提交，但 git diff main origin/main 却输出空白。原因通常是：
- 你本地
main分支指针没动，但工作区文件被手动编辑过（git status显示 modified），此时diff默认比较的是暂存区（index）与origin/main，而非工作区 - 想看工作区真实差异，用
git diff HEAD origin/main（对比当前工作区与远程最新）或git diff --no-index ./file.txt （单文件精确比对） - IDE 缓存未刷新，尤其 VS Code 或 JetBrains 系列，重启编辑器或执行
File → Reload Window常能立刻暴露差异
同步后部分文件没更新，git checkout -- 也不生效？
执行 git pull 或 git merge 后，某些文件内容没变，甚至 git checkout -- path/to/file 也还原不了——大概率是这些文件被 .gitignore 忽略了，或者被 git update-index --assume-unchanged 锁定了。
- 检查是否被忽略：
git check-ignore -v path/to/file，若返回规则，则 Git 根本不跟踪该文件变化 - 检查是否被标记为 assume-unchanged：
git ls-files -v | grep "^h"，带h前缀的文件即被锁定；解除用git update-index --no-assume-unchanged path/to/file - 极少数情况是文件权限变更（如从 644 → 755），Git 默认不检测，需开启
git config core.filemode true并重新git add
多人协作中“同步完成”但同事说代码不对？
这不是 Git 同步问题，而是环境或构建产物干扰。典型表现：你本地 git pull 后 npm run dev 正常，但同事拉下来跑不起来，或页面渲染异常。
- 检查
package-lock.json/yarn.lock是否提交——未提交会导致依赖版本不一致 - 前端项目注意
dist/、.next/、build/等构建目录是否误提交，它们应进.gitignore；若已提交，需git rm -r --cached dist/ && git commit -m"remove build dir" - 后端服务可能读取了本地配置文件（如
.env.local），这类文件通常被忽略，但逻辑依赖它，导致行为不一致
真正同步的只是 Git 仓库里的源码快照，构建过程、运行时配置、本地生成文件都不在 Git 管理范围内——这些才是“代码不一致”的高频藏身点。
