共计 1092 个字符，预计需要花费 3 分钟才能阅读完成。
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 软件公司提交的代码，他说道：“我当初会承受这些提交，但在当前的开发中，你们须要在合乎规定的状况下实现工作。”
