Git blame -L bug？

Question

我正在使用多个-L选项运行git blame -L，以便在单个git调用中获取非连续行的行信息。

我认为，这一呼吁：

git blame -L38,38 -L40,40 <file> 

应该相当于单独制作

git blame -L38,38 <file> 
git blame -L40,40 <file> 

然而，这两个电话，我碰到一个案例跑哪里使用多个-L选项实际返回的行38和39而不是预计的线38和40：

$ git blame -L38,38 -L40,40 <file> 
b6543ffe (Some Body 2015-11-24 15:15:03 -0500 38)   SOME CODE 
b6543ffe (Some Body 2015-11-24 15:15:03 -0500 39)   SOME OTHER CODE 

当我只有一个-L40,40随后的git实际上返回40行正确：

有什么我失踪约-L如何实际工作或这是一个git的错误？

我试着使用两个git版本2.7.0.windows.1和2.11.0.windows.1。

Answer 1

它不应该（而且你可以看到在how it was implementedthis patch series in 2013）

但它显然不是（可能是一个错误）。
这导致像isaacbernat/pycrastinate到Fix for git blame multiple line ranges

此修复一些项目分别要求各行git的指责。