我们应该使用Nexus还是Artifactory进行Maven回购? [英] 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.

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

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黑客等).
• 免费
• 您可以重定向访问路径(即，一些破损的pom.xml需要从"xxx"中提取"a.b.c").您可以修复Nexus中的错误，然后将请求重定向到工件真正所在的位置，而不用修补POM.

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