<p>最常见原因是当前工作区有未提交修改或漏写--分隔符，导致Git误将路径当作分支名；应先运行git status确认工作树干净，再用git diff main staging -- config.yaml（路径须为仓库根目录相对路径）。</p>
git diff 两个分支比配置文件，为什么总显示“无差异”？
最常见原因是当前工作区有未提交修改，或者漏写了 -- 分隔符。Git 会把路径误判为分支名，导致比较对象错乱。
实操建议：
- 先运行
git status，确认输出是 “nothing to commit, working tree clean” - 比对
config.yaml在main和staging分支的差异，必须写成：git diff main staging -- config.yaml - 路径必须相对于仓库根目录，哪怕你在
src/目录下执行，也不能只写config.yaml，得写config.yaml或./config.yaml（如果它就在根目录） - 如果文件在子目录，比如
etc/config.yaml，就写完整路径：git diff main staging -- etc/config.yaml
用 git difftool 看配置文件差异，怎么跳过二进制或大文件干扰？
git difftool 默认会尝试打开所有变更文件，但配置文件常和图片、打包产物混在一起，容易卡死或报错。
实操建议：
- 加
-d（--dir-diff）启动目录级对比，工具一次加载整个结构，避免单文件反复弹窗 - 配合
--no-symlinks（尤其 Windows），防止符号链接引发权限或路径错误 - 指定工具时用
-t vimdiff或-t meld，别依赖系统默认值——某些发行版默认设成xxdiff，但没装就会静默失败 - 想只比配置类文本文件？先用
git diff --name-only main staging筛出变更列表，再grep -E '\.(yaml|yml|json|toml|env)$' | xargs -I{} git difftool main staging -- {}
VS Code 里右键“Compare with Branch”为啥比出来的内容不对？
VS Code 的 GitLens 或内置对比功能，底层仍调用 git diff，但它不会自动过滤掉你当前工作区的脏状态。只要 config.yaml 被你本地改过，哪怕没 git add，对比结果也会混入未暂存修改。
实操建议：
- 对比前务必
git stash或git checkout -- config.yaml恢复干净状态 - 不要依赖“Compare with Current Branch”这种模糊入口——明确在命令面板（
Ctrl+Shift+P）输入Git: Compare Branches，手动选main和staging - 如果发现某行高亮但没变，大概率是空白符差异；在 VS Code 设置里开
diffEditor.ignoreTrimWhitespace，或命令行加-w参数 - 对比后想快速定位哪几行真变了？用
git diff -U0 main staging -- config.yaml | grep '^+' | grep -v '^+++'提取净新增行
自动化检查配置差异时，怎么避免误报环境变量或密钥字段？
配置文件里常含 API_KEY、DB_PASSWORD 这类字段，它们在不同环境必然不同，但不应纳入人工审查范围。
实操建议：
- 用
--text强制当文本处理，防止 Git 因文件头误判为二进制 - 用
git diff --no-commit-id --quiet main staging -- config.yaml快速判断是否有实质性差异（退出码 0 = 无差异，1 = 有差异） - 真正要忽略敏感字段？得靠
.gitattributes配合自定义 diff driver，例如对config.yaml声明config.yaml diff=ignore-secrets，再定义git config diff.ignore-secrets.textconv "sed '/API_KEY\|PASSWORD/d'"——但这属于高级定制，改完需git update-index --refresh - 日常够用的折中法：导出差异后用
grep -v -E '^( +| )?(API_KEY|PASSWORD|SECRET):' | sed '/^$/d'过滤掉空行和敏感行再审
配置文件差异看似简单，但实际最容易被工作区状态、路径写法、空白符、敏感字段四重干扰。动手前先清 git status，动手时盯住 -- 和路径，动手后别信 UI 默认值——尤其涉及密码字段时，机器不会帮你做业务判断。
