在您自己的域上托管 Nexus 作为 Maven 中库的源
Hosting Nexus on your own domain as a source for libraries in Maven
为什么有些公司或项目在自己的域中托管 nexus 而不是使用 Maven Central Repository？与安全有关吗？这是好的做法吗？
几个原因：
- 为您在公司中构建的工件留出一席之地。
- 代理几个外部存储库，这样
settings.xml只需要有一个镜像入口。
- 规避 proxy/firewall 阻止开发人员直接使用外部存储库的问题。
实际上，如果您有超过一两个开发人员，这是可行的方法。
除了代理已经提到的几个外部存储库之外，存储库管理器组还允许您将托管存储库合并到一个源中。
然后可以以有序的方式将所述组组织成 return 个组件（例如，首先是中心，然后是其他）。
这使配置更简单，并允许您从一个地方访问您的内部和外部内容。
此外，如果您希望限制谁可以访问什么，您可以设置安全策略来影响这一点。通常这不仅与 Central 有关，而且想象一下如果您有 3 个团队并且不希望他们共享彼此的工件。然后 3 个存储库，限制每个团队的安全性但可以是相同的配置。
另一个好处是缓存。如果你下载一些东西，我下载一些东西，JF 下载一些东西，那就是 3 次互联网点击。如果 NXRM 下载它，那是 1 次点击，那么您的内部网中就有它。
请注意，我刚才所说的几乎所有内容都与 Maven 无关，它们是一般的存储库管理员特权。
为什么有些公司或项目在自己的域中托管 nexus 而不是使用 Maven Central Repository？与安全有关吗？这是好的做法吗？
几个原因：
- 为您在公司中构建的工件留出一席之地。
- 代理几个外部存储库，这样
settings.xml只需要有一个镜像入口。 - 规避 proxy/firewall 阻止开发人员直接使用外部存储库的问题。
实际上，如果您有超过一两个开发人员，这是可行的方法。
除了代理已经提到的几个外部存储库之外，存储库管理器组还允许您将托管存储库合并到一个源中。 然后可以以有序的方式将所述组组织成 return 个组件（例如，首先是中心，然后是其他）。 这使配置更简单，并允许您从一个地方访问您的内部和外部内容。
此外，如果您希望限制谁可以访问什么，您可以设置安全策略来影响这一点。通常这不仅与 Central 有关，而且想象一下如果您有 3 个团队并且不希望他们共享彼此的工件。然后 3 个存储库，限制每个团队的安全性但可以是相同的配置。
另一个好处是缓存。如果你下载一些东西，我下载一些东西，JF 下载一些东西，那就是 3 次互联网点击。如果 NXRM 下载它，那是 1 次点击，那么您的内部网中就有它。
请注意，我刚才所说的几乎所有内容都与 Maven 无关，它们是一般的存储库管理员特权。