Linus Torvalds 怒斥无意义“Link:”标签，呼吁提升代码提交质量

作为全球 Linux 的“终身仁慈独裁者”，Linus Torvalds 一直严格把控着内核的日常开发。然而，他最近再次在 Linux 邮件列表中对一个普遍现象表达了强烈不满——越来越多的 Git 提交/补丁里出现了无意义的“Link:” 标签，这些链接并未提供额外价值，反而浪费时间和资源。

Torvalds 批评这些链接是工程师自动化添加的无用信息，他愤怒地表示：“我们能不能别再搞这种愚蠢的自动化了？”

无意义的“Link:”标签为何被批？

在 Linux 内核开发中，补丁通过邮件列表（LKML）提交和讨论。当将这些补丁合并到 Git 仓库时，开发者会在提交信息里添加各种“元信息”，如“Signed-off-by”、“Reviewed-by”和“Acked-by”。而“Link:”标签也是其中之一，用于在提交里留一个链接，指向相关的邮件列表帖子、补丁系列、讨论串或 bug 报告。

问题在于，许多开发者在提交时会自动添加一个“Link:”，但它只是指回到补丁邮件本身，而提交里其实已经包含了完整内容。这导致审核者点开后看到的是重复信息，白白浪费时间。

日前，Torvalds 在处理一个 block 子系统的拉取请求时，因“Link:”标签再次发火，他评论道：“这个提交里带了一个看上去挺有意义的‘Link:’ 标签，我还以为能解释清楚为什么会有这么一个莫名其妙的提交。结果呢？老样子，点进去就是一堆重复信息，白白浪费我的时间。”

他继续抱怨：“拜托，别再搞这种垃圾了。别再加这种浪费大家时间的没用链接。只有当链接里有额外的信息时，才值得加。”

Linus：不是不喜欢“Link:”，只是不喜欢没用的“Link:”

被 Linus 点名的 Kernel.org 系统管理员团队成员之一 Konstantin 并没有直接反驳他的抱怨，而是反问道：“仅供参考，Link: trailers 默认不会被添加，维护者必须有意地加上 -l 参数。你是希望它完全不起作用，还是更希望它只在 patch.msgid.link 这个域名命名空间下使用，以明确表示它只是一个来源（provenance）链接？”

对此，Linus 在发完脾气后，能心平气和地继续讨论。他补充说明，他并不是反对在所有邮件里都加 Link: 标签。对于多部分补丁系列，如果希望快速找到对应的封面邮件，他认为这些链接确实有价值。

“我希望至少能有一种办法，能阻止大家这种毫无脑子的滥用——而在理想的情况下，最好还能有个更有用的自动加链接的机制。”

例如，如果是多提交系列补丁的封面邮件，把它的链接放到合并信息里可能更有用。因为当有人在看合并信息时，他们很可能就是在找更宏观的背景信息或在解决合并冲突，这时放上初始提交的链接会显得更有相关性。

当然，大多数人并不会在合并时用封面邮件，而是直接按系列应用补丁。所以这样一来，这个链接也更「无害」——因为它可能根本不会出现在 Git 历史里。”

Linus 还提到，可以通过一些机制来减少“无脑加链接”的行为。他认为更“完美”的做法是某种自动化检测模型，只有在确实有讨论时才加链接。

他开玩笑说，虽然这种模型可能太复杂，但如果有人“岗位职责里就写着‘寻找 AI 的实际用途’”，那或许可以用 AI 来做这件事。

“在今天的科技圈，我想这样的岗位确实存在。比如工具 b4 本来就会在补丁下游讨论串里扫描以收集 acked-by 等信息，那么理论上也能根据‘是否有热烈讨论’来判断一个链接是否值得保留。”

即便讨论本身价值有限，他也宁愿看到一个能指向整个讨论串的链接，而不是仅仅跳转到一个没人回应的单封邮件。至少那样能让他感觉“这里确实有点实质内容”。

最后，Linus 强调：“人们常以为补丁提交会在未来某个时候收到更多回复，但现实中几乎不会。因为测试相关的问题通常会新开线程而不是回复原始邮件。即便有人真回复了，Git 里本来就能查到提交。”

总而言之，今后提交 Linux 内核补丁时，“Link:” 标签必须带来额外价值，不要乱加无用链接。

参考：

https://lore.kernel.org/all/CAHk-=wg30HTF+zWrh7xP1yFRsRQW-ptiJ+U4+ABHpJORQw=Mug@mail.gmail.com/

https://lore.kernel.org/all/20250905-lovely-prehistoric-goldfish-04e1c3@lemur/

https://www.phoronix.com/news/Linus-Torvalds-No-Link-Tags