【发布时间】:2012-07-10 20:04:09
【问题描述】:
我在 Jenkins CI 上有一个脚本,它可以选择依赖:去离线。另一种选择应该是什么都不做。但我不能把“”放在那里——它一定是一个目标。
那么 - 你会选择哪一个?它应该:
- 位于中心,始终可达
- 花费最少的时间
- 输出最少
- 没有副作用
我在想一些帮助:...目标,但那些往往有很多输出。有更好的吗?
【问题讨论】:
-
为什么要通过脚本离线并使用 mvn -o 选项?出于什么目的?
-
go-offline 确保下载所有必要的依赖项,即使是那些没有它就无法下载的依赖项。主要是插件部门。不确定其背后的机制。目的是能够在其他无法访问我们公司 VPN 上的存储库的机器上构建。
-
嗯。在 Maven 中没有存储库访问权限的构建是没有意义的。可能是我没有看到重点..
-
在企业业务产品化中确实如此。想象一个项目有来自几十个来源的 1500 个依赖项。
-
如果你有几十个来源,你应该使用你的内部存储库管理器。我真的不明白这一点。这是对生产的一种部署吗?如果是,那么这不是 Maven 的工作。