git diff对比分支文件异常：与/dev/null比较或报bad revision错误（分支2.2.0）

这个问题的核心是Git对数字开头、版本号格式（如2.2.0）的分支名解析规则，在不同版本中存在差异，导致命令执行异常。我来帮你拆解原因并给出解决方案：

问题原因分析 #

1. Git v2.7.4报错fatal: bad revision '2.2.0' #

旧版本的Git（比如2.7.4）在解析类似x.y.z格式的字符串时，会优先尝试匹配标签（因为版本号格式是标签的常用命名方式）。当本地没有名为2.2.0的标签时，它不会自动 fallback 去匹配分支，直接抛出“无效版本”的错误。

2. Git v2.17.0将文件与/dev/null对比 #

新版本Git虽然改进了引用解析逻辑，但在git diff命令的参数解析中，仍然会优先把2.2.0当作标签尝试解析。当找不到对应标签时，它会认为这是一个不存在的提交，对比不存在的提交与my-branch的文件时，就会把my-branch的文件内容全部标记为新增（因为不存在的提交中该文件为空，等价于与/dev/null对比）。

而你用git rev-parse --symbolic-full-name 2.2.0能返回分支路径，是因为rev-parse命令会遍历所有引用类型（分支、标签等）去匹配，和git diff的参数解析逻辑不同。

可行解决方案 #

以下几种方法都能让Git正确识别2.2.0是分支名：

方法1：使用完整的分支引用路径 #

直接指定分支的完整引用，明确告诉Git这是本地分支：

git diff -b refs/heads/2.2.0 my-branch -- stuff.groovy

这个命令在所有Git版本中都能正常工作，因为它跳过了模糊解析的步骤，直接指向分支的存储路径。

方法2：使用远程分支名（你已经验证可行） #

如果远程仓库存在对应分支，可以用origin/2.2.0代替分支名：

git diff -b origin/2.2.0 my-branch -- stuff.groovy

远程分支名带有origin/前缀，Git不会把它误判为标签，解析逻辑更明确。

方法3：调整命令参数顺序（部分版本适用） #

有些情况下，把分支名放在后面，让Git更明确地识别为分支：

git diff -b my-branch 2.2.0 -- stuff.groovy

不过这个方法的兼容性不如前两种，建议优先用完整引用路径。

为什么JGit能正常工作？ #

Eclipse的JGit库的引用解析逻辑和原生Git不同，它不会优先偏向标签，而是更平等地扫描所有分支、标签等引用类型，所以能正确匹配到2.2.0分支。

内容的提问来源于stack exchange，提问作者David M. Karr