我们应该将 Nexus 还是 Artifactory 用于 Maven Repo? [英] Should we use Nexus or Artifactory for a Maven Repo?

问题描述

我们将 Maven 用于大型构建过程(> 100 个模块).我们一直在源代码管理中存储我们的外部依赖项，并使用它来更新本地存储库.

We are using Maven for a large build process (> 100 modules). We have been storing our external dependencies in source control, and using that to update a local repo.

但是，我们准备升级到可以缓存中央的本地存储库，这样我们就不必主动下载所有 3rd 方(但我们仍然可以从本地存储库中提取).此外，我们希望从每晚构建中发布我们的内部构建工件，以便开发人员不必构建世界.

However, we are ready to graduate to a local repo that can cache central so that we don't have to proactively download all 3rd parties (but we can still have a local repo to pull from). In addition we want to publish our internal build artifacts from a nightly build so that developers don't have to build the world.

我们正在考虑 Nexus 和 Artifactory.偏爱其中一种的原因是什么?还有其他我们应该考虑的吗?

We are considering Nexus and Artifactory. What are the reasons for preferring one over the other? Are there others we should be considering?

推荐答案

我不了解 Artifactory，但以下是我使用 Nexus 的原因:

I don't know about Artifactory but here are my reasons for using Nexus:

• 简单的安装(从 1.2 开始，升级也很简单)
• 非常好的网络用户界面
• 易于维护，几乎没有管理开销
• 为您提供最近安装、损坏的工件和错误的 RSS 提要
• 它可以对多个存储库进行分组，因此您可以镜像多个源，但只需要在 settings.xml 中输入一两个条目
• 从 Maven 部署开箱即用(无需 WebDAV hack 等).
• 免费
• 您可以重定向访问路径(即某些损坏的 pom.xml 需要来自xxx"的a.b.c").您可以修复 Nexus 中的错误并将请求重定向到工件真正所在的位置，而不是修补 POM.

这篇关于我们应该将 Nexus 还是 Artifactory 用于 Maven Repo?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！