0

我们正在考虑采用更 CI 友好的方法来管理我们的本地 jar 依赖文件服务器，或者完全取消它以获得更好的替代方案。现在它只是一个具有某种文件结构形式的 Linux 服务器，例如：

http://server_name/vault/apache.org/axis/version_number/axis.jar
http://server_name/vault/apache.org/axis/version_number/jaxrpc.jar
http://server_name/vault/apache.org/axis/version_number/axis.jar

想知道在您进行自动化构建时采用哪种标准来管理这些依赖项的企业 CI 实践。

  • 将它们存储在 AWS S3 中是个好主意吗？
  • 是否有任何应用程序可以帮助管理 jar 依赖库？（最好寻找开源解决方案）。例如，类似于您只需添加所需的 jar 并在构建时使用 API 将其拉下的地方。
  • 假设 apache ant 用于构建项目。如果这在 CI 领域不能很好地发挥作用，那么有什么好的选择呢？
4

1 回答 1

1

我建议使用Apache ivy来管理构建的依赖项。Ivy 可以配置为从 Maven 存储库中提取依赖项，这几乎是现在存储 Java 二进制文件的事实标准。

Maven Central是最大的 Java 二进制存储库。要托管您的私人二进制文件，有各种现成的选项：Nexus、Artifactory或Archiva

于 2015-07-14T07:14:54.550 回答