微软称其为软件包管理器的制造商，但没有道歉

微软现在承认，它没有给予加拿大开发者Keivan Beigi应有的信任，因为他在新的Winget Windows10软件包管理器中扮演的角色。

上周，为Windows开发了开源的AppGet软件包管理器的Beigi指责微软抄袭了他为Winget所做的工作，而没有承认他的产品的影响力。

Windows软件包经理Beigi在Microsoft Build 2020上宣布，微软复制了AppGet的大部分内容来交付Winget。上周，他详细介绍了他与微软一位名叫安德鲁的高级经理的讨论，这位经理在2019年7月找到他，邀请他见面并讨论我们如何让您的生活更轻松地构建AppGet&34；。

安德鲁·克林克(Andrew Clinick)是负责应用程序在Windows上安装的团队的一名小组项目经理，他现在承认，微软未能就AppGet对Winget的影响给予Beigi应有的评价。

克林克写道：我们的目标是为我们的客户和社区提供一个伟大的产品，让每个人都能做出贡献并获得认可。

我们最不想做的事就是疏远这个过程中的任何人。这就是为什么我们把它构建在开放的GitHub上，每个人都可以贡献自己的力量。

在过去的几天里，我们从我们的社区倾听并学习，显然我们没有达到这个目标。更具体地说，我们在Keivan和AppGet上没有做到这一点。这是我们最不想要的。

贝吉表示，他并不介意微软抄袭他的开源Windows软件包管理器，但他认为，微软至少应该正确地将Winget的设计归功于AppGet，而不是用贝吉的话说，它只是另一个恰好存在的软件包管理器。

在微软的Winget声明中，AppGet得到了一个顺带的提及，此前微软称竞争对手Windows软件包经理巧克力公司拥有一个充满活力的社区，拥有大量的应用程序，并且拥有支持开源和企业客户的丰富历史。在此之前，微软发布了一份声明，称竞争对手Windows软件包经理巧克力公司拥有一个充满活力的社区，拥有大量的应用程序，并拥有支持开源和企业客户的丰富历史。

微软补充说，还有许多其他的软件，比如AppGet、Npack和基于PowerShell的OneGet包管理器。

尽管功劳姗姗来迟，但根据贝吉的说法，微软对AppGet和Winget的处理一直是笨拙、麻木不仁的，而且被缓慢而可怕的通信速度所宠坏。

有些人会争辩说，微软应该在开发者一开始就没有提出这个问题的情况下给予Beigi适当的信任-特别是考虑到微软一直在努力摆脱其邪恶公司的形象，发动了对开源的战争，而且它曾经遵循着拥抱、延伸和消灭的口头禅。

有时微软会收购开发人员的辅助项目，比如VisualZip实用程序，它是从上世纪90年代在自己的书房里创建Windows任务管理器的同一名微软工程师手中收购的。

对AppGet的略过提及是北木的另一个痛点，他在2018年写道，巧克力问题是如何激励他重启微软最终会感兴趣的AppGet项目的。AppGet目前有800多个软件包可以安装在Windows上。

这位加拿大开发者说，安德鲁在他们第一次会面一周后给他发了一封电子邮件，告诉贝吉，他有机会帮助定义整个Azure/Microsoft 365/34；的Windows和应用程序分发的未来，可能是作为一名员工，他将加入微软，微软将获得AppGet。

去年12月，他前往微软雷蒙德总部参加面试，面试显然进行得很顺利，但安德鲁直到6个月后--也就是Winget预览版将在Build 2020上亮相的前一天--才告诉他他不会得到微软的这份工作。

安德鲁告诉Beigi，我们在博客中也向AppGet发出了呼吁，因为我们相信Windows上会有不同的软件包管理器的空间。

"；你会看到我们的包管理器也是基于GitHub的，但显然是基于我们自己的实现等。我们的包管理器也将是开源的，所以很明显，我们欢迎您的任何贡献。"；

对北吉来说，幸运的是，他不确定自己是否想为这么大的公司工作，他对从加拿大搬到美国的前景也并不兴奋。然而，由于微软Winget的存在，Beigi已经决定该产品和项目将于8月1日退役。

克林克的帖子并不是道歉，它证实了贝吉的说法，并详细说明了AppGet如何帮助微软为Winget实现了更好的产品方向：

安装过程中没有脚本-这是我们完全同意的，也是MSIX不允许的。

GitHub中丰富的清单定义--开放的力量与关于应用程序的丰富声明性元数据相结合，对于实现第一个目标是非常重要的。