git diff branch1 branch2 没输出最常见的原因是本地未同步远程分支或某一分支无提交变更，需先执行 git fetch 更新远程引用，并用 git branch -r 确认分支存在；同时确保工作区干净且注意分支顺序。
直接说结论：用 git diff branch1 branch2 看内容差异，用 git log branch1..branch2 看提交差异——二者目的不同，混用会导致“明明改了却没输出”。
git diff branch1 branch2 为什么没输出？
最常见原因是：你本地分支没同步远程最新状态，或者某一分支根本没提交过变更。
- 运行
git fetch拉取所有远程分支更新，再试git diff origin/main origin/feature - 检查分支是否存在：
git branch -r | grep feature，如果没结果，说明origin/feature还没被 fetch 下来 - 确认当前工作区干净：
git status显示 “nothing to commit”，否则未暂存的修改不会出现在分支 diff 中 - 注意顺序：
git diff main feature是“feature 相对于 main 的变化”，反着写就看不到你想看的改动
git diff --name-only 和 --stat 的实际用途区别
--name-only 只输出路径，适合脚本过滤；--stat 多一行统计，适合快速评估改动规模。
-
git diff --name-only main feature每行一个路径，结尾无空格或冒号，可直接管道给grep：git diff --name-only main feature | grep "^src/api/" -
git diff --stat main feature最后一行是汇总，如3 files changed, 12 insertions(+), 4 deletions(-)，括号是字面量，不是正则符号 - 二者都不受
.gitignore影响——已被 Git 跟踪的文件，即使后来被 ignore，仍会出现在结果里
git log main..feature 和 git diff main...feature 的关键差异
main..feature（两点）是提交范围语法，只列出 feature 有而 main 没有的提交；main...feature（三点）才是找共同祖先后对比内容差异。
-
git log --oneline main..feature→ 查“feature 分支新增了哪些提交”，适合 Code Review 前快速扫一眼变更粒度 -
git diff main...feature→ 查“从分叉点开始，feature 相比 main 具体改了哪些代码”，这才是真正反映逻辑差异的对比方式 - 误用两点语法做 diff：
git diff main..feature实际等价于git diff main feature（空格），不是你想要的“三向 diff”
中文路径乱码、大量格式噪声怎么处理？
终端编码问题导致中文路径显示成 \344\270\255\346\226\207，而空格/缩进变动会淹没真实逻辑变更。
- 路径乱码：不是 Git 问题，是终端未设 UTF-8，Windows 用户可在 Git Bash 中右键 → Options → Text → Locale 改为
zh_CN，Character set 改为UTF-8 - 过滤格式噪声：
git diff -w main...feature忽略所有空白符变化；--ignore-space-change更宽松，容忍缩进空格数变化 - 聚焦函数级变动：
git diff -U0 main...feature | grep -E '^(\+|\-).*(function|def|const|let).*='，配合-U0去掉上下文，只看变更行本身
真正容易被忽略的是：git diff 默认不递归比较子模块，如果项目用了 submodule，必须显式加 --submodule 才能看到子模块内部分支的差异。另外，git range-diff 这类高级命令虽不常用，但在 rebase 后对比“旧提交序列 vs 新提交序列”时，比手工逐个 git diff 靠谱得多。
