假设我有一个问题,该问题已由官方Linux git存储库的最新补丁修复。我有一个解决方法,但是当包含我的修复程序的发行版出现时,我想撤消它。我知道确切的git commit哈希,例如f3a1ef9cee4812e2d08c855eb373f0d83433e34c。
回答问题的最简单方法是:到目前为止,哪个内核版本包含此补丁?如果不需要本地Linux git存储库,则奖励积分。
(LWM讨论了一些想法,但是这些想法确实需要本地存储库。)
假设我有一个问题,该问题已由官方Linux git存储库的最新补丁修复。我有一个解决方法,但是当包含我的修复程序的发行版出现时,我想撤消它。我知道确切的git commit哈希,例如f3a1ef9cee4812e2d08c855eb373f0d83433e34c。
回答问题的最简单方法是:到目前为止,哪个内核版本包含此补丁?如果不需要本地Linux git存储库,则奖励积分。
(LWM讨论了一些想法,但是这些想法确实需要本地存储库。)
Answers:
在GitHub内核存储库中,您可以检查所有标签/内核版本。
Jim Paris提供的dc0827c128c0ee5a58b822b99d662b59f4b8e970的示例:
如果单击三点,则可以看到标签/内核版本的完整列表。
如LWN所述,最简单的方法是:
git describe --contains f3a1ef9cee4812e2d08c855eb373f0d83433e34c
如果您不希望本地克隆,则gitweb的“纯文本”格式提交中的X-Git-Tag
标头包含相同的信息。不幸的是,kernel.org切换到了cgit,后者显然没有公开此信息。以前可以这样找到它:
在这里,X-Git-Tag
实际上实际上丢失了,因为该提交不在该存储库中的标记版本中。但是您可以查看更早的提交,例如:
在这里,您会看到:
X-Git-Tag: v3.4-rc1~184^2~10
这告诉我标签“ v3.4-rc1”是第一个跟随我的补丁的标签,因此我希望在v3.4中可以看到它。