金字塔，古董，Maven中央和Sonatype Nexus…

你如何将一项技术或工具与其竞争对手进行比较?通常，没有客观的比较。那么你怎么知道哪个更好呢?Eclipse还是IntelliJ IDEA?Java EE还是Spring?c#还是Java?你通常能在供应商网站上找到的只是一场圣战和有偏见的比较。

但幸运的是，有时候，你可以找到一个公平的比较。这是怎么发生的?由利益相关者共同撰写。的二进制库比较矩阵是一种稀有资源。2022世界杯阿根廷预选赛赛程它是由JFrog, Sonatype和Archiva提交者编辑的，为您提供一个客观的图片;每个供应商都会添加新功能，并观察其他供应商，以确保每个人都公平竞争。

标题指的是Maven，事实上，这三个都是很棒的Maven存储库。但这就是道路开始分开的地方。两个存储库管理器仍然仅为Maven提供“一级支持”。一个超越。现在，专注于Maven并没有什么错(我们也在Maven上投入了很多精力)，但是当涉及到技术时，落后肯定会导致失败。

让我们进入矩阵…

超越Maven

哪个存储库管理器提供给您完整的支持。net, npm, Python, Ruby, Yum, Debian和Docker(是的，包括浏览，搜索和元数据)?

有人说“元数据”吗?

哪个存储库管理器用构建过程、许可、依赖关系、环境变量等方面的元数据丰富每个构建工件？

元数据是你思考的方式

哪个存储库管理器一个完整的查询语言，用于搜索基于此元数据的工件，因为这就是您对工件的看法(例如，您想要在目标平台上工作并通过所有质量检验关的最新文件)?

DevOps,有人知道吗?

哪个存储库管理器支持你的DevOps文化?开发人员和运营人员都信任并共同使用。它既支持开发相关的工件，如jar和gems，也支持操作相关的工件，如debs、rpm和码头工人图像。

CI和CD是关键任务

无论是VCS、CI服务器还是存储库管理器，当交付管道中的某个工具出现故障时，整个组织都无法构建。哪个存储库管理器提供一个真正的Active/Active高可用性架构？

本地事务

远程团队可以使用相同的存储库，但是，哦，延迟。哪个存储库管理器支持任何网络和防火墙拓扑，具有完整的推、拉和事件驱动复制。

你说了算

那些产品创造者永远无法想象的场景呢?您需要一个存储库管理器它支持您的组织CI/CD流程，而不是采用“我的方式，或者高速公路”的方法。哪个存储库管理器很容易扩展与用户插件，这是容易编写和部署。

希望你现在已经明白了

前几天，我遇到了这样一句话:“迁移到‘我们的东西’的一个很好的理由是，它的使用范围最广”。即使假设“最广泛使用”的说法是正确的(我们不能这样假设)，从什么时候开始，最受欢迎==更好?我清楚地记得EJB 2比Spring框架流行得多的日子。即使在今天，COBOL也比Groovy更流行，更不用说Scala或其他很酷的语言了(说的是古董!)有趣的是基于这种说法，Sonatype正在敦促组织从Artifactory转换到Nexus!

回锁定在Maven2上的哑文件系统，没有CI服务器集成和对maven之外的任何东西的支持都非常有限(例如，在链接的博客文章中，对npm的支持甚至比。net还差)。回到不支持HA和有限复制的设置。他们特别要求你排除元数据！“去吧，删除这些重要的信息”他们说!那么，NO怎么样!

就像我们在JFrog说的，一旦你跃进，你就不会后退。甲骨文(Oracle)、瑞士信贷(Credit Suisse)、德意志银行(Deutsche Bank)、CA等企业以及其他数十家Nexus难民超过1000名客户我们95%的留存率证明了这一点。

附注:想了解Nexus路线图吗?不需要特别的努力。只要看看Artifactory半年前发布的内容就知道了。令人惊讶的是，在过去的几年里，这种预测是如此准确。