Linus 使用 Paragon 公司的 commit 进行了举例，他表示下面的内容是不能被接受的，更不用说还附带了名字为”github.com”这种虚假的 committer 信息。
Linus 指出，每一个 PR 都应该被签名。在理想的世界里，PR 应该经过 PGP 签名，并且他可以通过信任链直接追踪到 PR 提交者，但 Linus 实际上从未要求这样做。
如果您正在学习Spring Boot，推荐一个连载多年还在继续更新的免费教程：http://blog.didispace.com/spring-boot-learning-2x/
事实上，Linus 早在 2012 年就发布过类似的观点，他表示自己不会使用 GitHub 的 PR 功能，因为 GitHub 丢弃了所有相关信息，例如请求他拉取代码的贡献者，但 Linus 无法找到这名贡献者的有效邮件地址。Linus 认为，Git 自身就附带了一个良好的 PR 生成模块，但 GitHub 却决定用他们自己的低劣版本来替代。
最后 Linus 还是合并了 Paragon 软件公司提交的代码，他说道：“我现在会接受这些提交，但在以后的开发中，你们需要在符合规则的情况下完成任务。”
END
往期推荐
如何轻松搞定CRUD的创建人、修改人、时间等字段的赋值
架构师必备技能:Maven Archetype生成项目模板
如何更快地将string转换成int/long
OAuth2 服务器Keycloak中的Realm
Java 17 将至，可能带来哪些新特性呢p>
关注我回复「加群」，加入Spring技术交流群
文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树首页概览93648 人正在系统学习中
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！