git blame使用-L <n,m>选项抛出错误的修订错误

Question

其中一个git blame选项处理行范围.手册说:

-L仅处理行范围n,m,从1开始计数

现在,我有一个超过100行的文件.当我跑步时git blame -L 5,15 myFile.txt,git抱怨:

致命:糟糕的修订'15'

有趣的是,当我跑步时,git不会抱怨git blame -L 5 myFile.txt.

这是怎么回事？

Answer 1

在这种情况下，您的命令看起来是正确的。

我已经用我的composer.json 文件检查了这个问题，并且运行良好。当我尝试访问的行数多于文件内的行数时，出现错误“文件composer.json 只有 87 行”。

仅当第二个值之前有空格时才会出现此错误。

git blame -L 10, 200 composer.json 

fatal: bad revision '200'

所以我认为这就是问题所在。

请注意，PowerShell 和/或 Posh-Git 可能会在逗号后面插入一个空格。尝试使用命令提示符。