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的指責。