拥抱，延伸，最终熄灭-微软出手

GitHub在设计Git服务时借鉴了微软的“EEE”策略。他们接受了git，然后不是在电子邮件之上构建界面git原本要使用的协作机制，现在仍在用于linux内核开发1，而是构建了他们的“拉请求”机制。

他们采用了已经有意义的术语-“fork”，意思是为代码库创建一个单独的管理机构和上游开发，而不是大型任务；以及“Pull Request”，这是一个Git工作流程，它准备一封电子邮件，要求接收者从非集中式来源获取大量更改-并用一个完全不兼容的系统取代这些分散的、开放的系统，该系统旨在让您继续使用GitHub，并教您使用GitHub的专有工具进行协作。他们以专有的方式扩展了GIT。

微软一看到GitHub就知道是一笔不错的交易，在他们已经完成了微软反开源剧本中的两个步骤后，他们以75亿美元的高价收购了GitHub。他们于2016年底加入Linux基金会，当时Azure未能让人们重新使用Windows Server，承认失败，同时开辟了一个空间，让他们可以在内核上投射自己的兴趣。

今天，我发现了这篇文章，“Linux基金会董事会成员说，依赖纯文本电子邮件是内核开发的‘进入壁垒’”，这个标题很方便地选择了用她作为Linux基金会董事会成员的角色来称呼Sarah Novotny，而不是她的全称，“Sarah Novotny，Microsoft员工，GitHub的过渡所有者，利益冲突的守护神。”最后，他们打出了灭绝牌。自然，微软公司和giHub公司(一家明确构建不兼容的专有系统来扩展git的公司)和一家长期反对开放源码的微软公司的代表，会对拆卸git设计的分布式开放系统感兴趣。

我代表的是Sourcehut，这是GitHub的竞争对手，它做了GitHub做不到的事情--与开放的、分布式的协议进行互操作，并且以100%自由和开源软件的形式。我同意电子邮件驱动开发的用户体验可以更好！但是，我们没有投资75亿美元把婴儿和洗澡水一起扔出去，而是建立了互动指南，设计了更好的邮件列表，建立了补丁提交的网络界面，实现了电子邮件的CI，并向上游发送了改进的git。我编写了一个完整的邮件客户端，使这些工具的使用变得更容易。我们也在计划开发基于网络的审查界面。其结果是提供类似于GitHub的体验的用户体验，但不会破坏已建立的开放生态系统。

这就是你改善生态系统的方式，微软。记笔记。坚持拥抱，把你的延伸移到上游，忘掉熄灭。

对我的一篇帖子有什么评论吗？通过发送电子邮件至~sircmpwn/[email protected][邮件列表礼仪]，在我的公共收件箱中开始讨论