立即将其与竞争对手的工具AppGet进行了比较。虽然AppGet是一个开放源代码项目，但开发人员Keivan Beigi对Microsoft本质上复制了他的大部分工作感到不满，并且未能给他以荣誉。

他的指控并非没有根据，因为他曾与一位微软经理会面，讨论“我们如何使您的生活更轻松地构建appget”。现在，微软已经承认，它不相信贝吉的影响力和工作，并已采取措施对此进行补救。

当WinGet上周发布时，Beigi在网上写了一篇有关这意味着AppGet现在已死的消息。他还解释说，由于对他的工作感兴趣，Microsoft如何与他联系，但是经过各种讨论和会议之后，他再也没有工作了。但是，当AppGet的竞争对手WinGet出现时，Beigi感到震惊。

他惊讶地发现“核心机制，术语，清单格式和结构，甚至包存储库的文件夹结构都受到了AppGet的启发”。他接着说：

但是影响最大的部分是公告。客观上讲，WinGet的大部分创意都来自于AppGet，它只是作为另一个恰好存在的软件包管理器而被提及的。虽然提到了WinGet很少与之共享的其他软件包管理器，但它们的解释则更加刻意。

他还指出：

我什至不沮丧他们抄袭了我。对我来说，这是对我想法的正确性的验证。让我不高兴的是没有给予任何荣誉。

但是微软知道这是错的。该公司的团队计划经理安德鲁·克林尼克(Andrew Clinick)现在发表了一篇帖子，他承认在这篇文章中没有对贝吉表示赞赏：

上周，我们宣布了Windows的软件包管理器预览。我们的目标是为我们的客户和社区提供优质的产品，每个人都可以做出贡献并获得认可。我们要做的最后一件事是疏远过程中的任何人。这就是为什么我们在所有人都可以贡献的GitHub上公开构建它的原因。在过去的两天里，我们在社区中进行了倾听和学习，显然我们没有实现这一目标。更具体地说，我们未能与Keivan和AppGet做到这一点。这是我们想要的最后一件事。

使用GitHub作为我们的包管理器基础的愿望发芽，成为一种了解开发人员如何构建其应用程序的方式。GitHub允许我们拥有一个开放的存储库以及一种与DevOps管道集成以进行应用发布等方式。

这种基于GitHub的方法将我们引向了AppGet和Keivan。去年夏天，我们与Keivan进行了交谈，探讨了共同提供Windows Package Manager的潜在机会。在这些对话中，我们对Keivan对Windows上的软件包管理世界的见解以及对在Windows上获得出色的软件包管理经验的渴望印象深刻。

AppGet具有许多品质，确实可以帮助我们为WinGet找到更好的产品方向：

安装过程中没有脚本–我们完全同意并且不允许MSIX使用的脚本

GitHub中的丰富清单定义–将开放性与有关该应用的丰富声明性元数据结合起来对于实现目标#1至关重要