“罪魁祸首”已找到，微软回应修改 MIT 开源项目作者版权声明

近日，微软在 fork 一个 MIT 开源项目的时候，将原作者的版权声明改成了自己，引起争议。该原项目是由开发者 LesnyRumcajs 所开发的 grpc_bench，其基准测试的目标是比较不同编程语言和技术中各种 gRPC 库的性能和资源使用情况，同时 grpc_bench 基于 MIT 许可协议。

微软在 fork 该项目后，将原来的“2020 LesnyRumcajs”版权声明改为了“Microsoft Corporation.”，引发了众多网友的讨论和质疑。

对于微软此番的“误操作”，不少网友都发表评论调侃。有网友表示，“你从 Stackoverflow 上偷取代码片段，我从 GitHub 上偷取完整的软件，我们是不一样的”；还有网友称这是“典型的微软行为”。

对于该事件，微软后续已将版权声明改回原作者，恢复该项目原始状态。项目原作者 LesnyRumcajs 透露，微软通过邮件向他确认了该问题，并指出该事件是由微软自动化脚本导致。

同时微软开源项目办公室负责人 Jeff Wilcox 在 Hacker News 上也发布公告称，该错误是由一个在新存储库中提交模板文件的机器人引起的，该机器人脚本旨在防止他们过去在发布项目时遇到的其他问题，但它错误地在 fork 上运行。

Jeff 称很抱歉导致该事件的发生，他们有很多围绕 fork 的流程，并且必须采取控制措施以确保人们了解该指导。从几年前开始，他们甚至开始“锁定”fork 以强制执行他们的流程。他们更愿意人们将项目 fork 到他们个人的 GitHub 帐户而不是他们的组织中，以鼓励他们参与上游项目。在这种情况下，一个团队获得了 fork 存储库的批准，但尚未开始。

在 Hacker News 上 Jeff 还写道：

为了尽可能开放，我想指出错误：

• 我们应用于新存储库的模板位于 https://github.com/microsoft/repo-templates
• 该错误似乎在新存储库工作流程的这一行：https://github.com/microsoft/opensource-management-portal/bl
  …
• 我们现有的系统甚至试图通过此日志消息 ( https://github.com/microsoft/opensource-management-portal/bl…
  )来教育我们的工程师：“this.log.push({ message: Repository ${subMessage}，模板文件不会被提交。请检查 LICENSE 和其他文件以了解现有义务。 });"

目前他们已经合并了一个恢复正确 LICENSE 文件和版权的拉取请求，并和 LesnyRumcajs 保持联系，同时他将审核所有的 fork 存储库，并将类似的更改恢复到其他项目。

对于该回应，引发了 Hacker News 上一些网友的争议，有人认为该行为“道歉和承认错误并不能免除责任之一，特别是侵权行为在财富不同的情况下，对一方来说是小事而对另一方来说是大事”；还有人认为“毫不怀疑这是一个诚实的错误。他们还对这个错误负责，分享了他们防止它再次发生的步骤，并且他们直接与原始 repo 作者联系。”

不管起因如何，该事件的发生确实引发了一些不必要的麻烦。大型企业应该遵守更高的标准，因为他们引发的事件不单单只是修复就能挽救的。对于该事件，你怎么看？

参考链接：https://github.com/microsoft/grpc_bench/commit/04c7143a39a0bb243369e31f3b3b797449468fdb
https://news.ycombinator.com/item?id=29683471