Paragon软件公司最近将他们的NTFS驱动提交到了Linux内核,抱怨Linus的这个 commit 使用了 GitHub merge,并直言“Github 制造了毫无用处的垃圾合并信息”,永远都不应该使用 Github 的操作界面来合并任何东西。
Linus 怒批 GitHub:制造了毫无用处的垃圾合并信息Linus 怒批 GitHub:制造了毫无用处的垃圾合并信息
Paragon 软件公司最近将他们的 NTFS 驱动提交到了 Linux 内核,但 Linus 在把相关代码拉取到 5.15 版本的内核时,抱怨他们的这个 commit 使用了 GitHub merge,并直言“Github 制造了毫无用处的垃圾合并信息”,永远都不应该使用 Github 的操作界面来合并任何东西。
Linus 怒批 GitHub:制造了毫无用处的垃圾合并信息Linus 怒批 GitHub:制造了毫无用处的垃圾合并信息
article.pchome.net/content-2106650.html
www.pcpop.com/doc/4/4510/4510390.shtml
Linus 表示,GitHub 是一个很好的代码托管网站,它在许多方面都做得很好,但「合并」不是其中之一。Linus 强调道,Linux 内核的合并需要在符合规则的情况下进行,这就意味着所提交的消息应包含:正在合并的内容以及为什么合并这些内容。同时,还需要确切的作者身份和提交者信息等。但所有这些都 GitHub 完全搞砸了。
Linus 使用 Paragon 公司的 commit 进行了举例,他表示下面的内容是不能被接受的,更不用说还附带了名字为"github.com"这种虚假的 committer 信息。
Merge branch 'torvalds:master' into master
Linus 指出,每一个 PR 都应该被签名。在理想的世界里,PR 应该经过 PGP 签名,并且他可以通过信任链直接追踪到 PR 提交者,但 Linus 实际上从未要求这样做。
事实上,Linus 早在 2012 年就发布过类似的观点,他表示自己不会使用 GitHub 的 PR 功能,因为 GitHub 丢弃了所有相关信息,例如请求他拉取代码的贡献者,但 Linus 无法找到这名贡献者的有效邮件地址。Linus 认为,Git 自身就附带了一个良好的 PR 生成模块,但 GitHub 却决定用他们自己的低劣版本来替代。
Linus 怒批 GitHub:制造了毫无用处的垃圾合并信息Linus 怒批 GitHub:制造了毫无用处的垃圾合并信息
最后 Linus 还是合并了 Paragon 软件公司提交的代码,他说道:“我现在会接受这些提交,但在以后的开发中,你们需要在符合规则的情况下完成任务。”
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。