git log -L 不带差异

我正在尝试使用git log -L <start>,<end>:<filename>但我希望输出非常有限（实际上只是哈希值）。虽然 --pretty 以我想要的格式打印提交信息，但我没有找到一种不显示差异的方法...

例如在 linux-next 上我尝试的是：

git log --pretty=format:"%H" -s -L 70,70:./arch/x86/include/asm/irqflags.h

其中（根据手册页） -s 应该抑制 diff 的输出，但是输出是：

$ git log --pretty=format:"%H" -s -L 70,70:./arch/x86/include/asm/irqflags.h
6abcd98ffafbff81f0bfd7ee1d129e634af13245
diff --git a/include/asm-x86/irqflags.h b/include/asm-x86/irqflags.h
--- a/include/asm-x86/irqflags.h
+++ b/include/asm-x86/irqflags.h
@@ -1,2 +64,1 @@
-#ifdef CONFIG_X86_32
-# include "irqflags_32.h"
+{

96a388de5dc53a8b234b3fd41f3ae2cedc9ffd42
diff --git a/include/asm-x86/irqflags.h b/include/asm-x86/irqflags.h
--- /dev/null
+++ b/include/asm-x86/irqflags.h
@@ -0,0 +1,2 @@
+#ifdef CONFIG_X86_32
+# include "irqflags_32.h"

我使用的是 git 版本 2.10.2

Git 2.22（2019 年第 2 季度）会让这一点变得更加清晰。

"git log -L<from>,<to>:<path>" with "-s" 没有压制补丁 输出应有的样子。
此问题已得到纠正。

See commit 05314ef (11 Mar 2019), and commit 9f607cd (07 Mar 2019) by Jeff King (peff).
^{(Merged by Junio C Hamano -- gitster -- in commit 31df2c1, 09 Apr 2019)}

line-log：检测不支持的格式

如果您使用“log -L“ 输出格式如 “--raw" or "--stat”，我们将默默地忽略格式并只输出正常的补丁。
让我们检测并抱怨这一点，这至少告诉用户发生了什么。

现在它会清楚地显示：

-L does not yet support diff formats besides -p and -s

在 Git 2.25（2020 年第一季度）中，文档添加了更多内容。

See commit 2be4586, commit 2be4586 (26 Dec 2019) by Philippe Blain (phil-blain).
^{(Merged by Junio C Hamano -- gitster -- in commit c4117fc, 06 Jan 2020)}

doc: log, gitk：记录接受的行日志差异格式

目前行日志功能（git log -L）仅支持 显示补丁输出（-p | --patch，其默认行为）并抑制它 (-s | --no-patch).
在代码中添加了一个检查以达到此效果05314ef (line-log：检测不支持的格式，2019-03-10）但文档未更新。

明确提及：

• that -L暗示-p, 可以使用抑制补丁输出-s,
• 并且不允许所有其他差异格式。

And:

行号、正则表达式或偏移参数以及git log -L <start>,<end>:<file>，或函数名正则表达式git log -L :<funcname>:<file>必须存在于起始版本中，否则命令将退出并出现致命错误。

所以，除了You can specify this option more than once， 你有：

Implies --patch.
可以使用以下命令抑制补丁输出--no-patch，但其他差异格式（即--raw, --numstat, --shortstat, --dirstat, --summary, --name-only, --name-status, --check）目前尚未实施。

With Git 2.30 (Q1 2021), "git log^(man)" is documented to take no pathspec, but this was not enforced by the command line option parser, which has been corrected.

See commit 39664cb (04 Nov 2020) by Junio C Hamano (gitster).
^{(Merged by Junio C Hamano -- gitster -- in commit f8a1cee, 18 Nov 2020)}

log： 诊断-L与 pathspec 一起使用作为错误

^{Heled-by: Jeff King}

The -L选项被记录为不接受任何路径规范，但命令行选项解析器已允许组合而无需检查到目前为止。
确保当-L选项已生效以解决此问题。

顺便说一句，此更改修复了命令行选项解析器中的另一个错误，该错误允许-L选项与一起使用--follow option.
因为后者只需要给定一个路径，但前者不需要路径规范，因此它们会自动变得相互不兼容。
因为-L选项自行重命名，没有理由给出--follow同时。

新的测试称它们可能会失败，并出现“-L and --follow不兼容”而不是“-L和路径规范不兼容”。 目前，预期的失败只能来自后者，但这是为了面向未来，以防万一我们决定添加代码来明确地死掉-L and --follow一起使用。