在一般情况下,最好创建一个单一的标准化常春藤settings.xml文件,并在你的构建可以得到它轻松的位置对其进行托管。这个文件通常对于所有项目都是一样的,一旦设置正确,很少会改变。在我的开发小组中,我们将ivy-settings.xml文件托管在Web服务器上,以便可以通过URL轻松引用它。
我们使用Ant构建,因此我们还提出了一个标准化的ant构建文件,它可以托管在某处并导入到Ant构建脚本中,或者只需要复制到项目目录(如果需要任何类型的自定义)。
我发现最好将Ivy配置文件保持原样并通过覆盖构建脚本和/或ivy.xml文件中的默认值进行任何类型的自定义。几乎任何你需要改变的东西都可以被覆盖。我建议不更改Ivy配置文件,因为它使其他用户更容易构建项目。如果您对配置文件进行了一系列更改,那么任何希望构建项目的其他开发人员都必须在本地Ivy安装上复制这些更改才能运行本地构建。这是不好的魔咒。
IvyDE插件为您的ivy.xml和ivy-settings.xml文件提供了编辑器。根据文档,它还提供了自动下载项目依赖关系的方法,包括自定义控制台和反向依赖关系浏览器,以帮助解决和解决依赖关系冲突。不过,我只使用编辑器,所以我不能担保其他工具。
像Alexey一样,我建议使用Ivy的库管理器。 Artifactory很好地完成了这项工作;一旦运行,它很容易设置和坚固。
我同意文档有很多不足之处;我花了几个星期的实验才真正掌握了所有片段如何组合在一起。最后,这完全是值得的。一旦你解决了所有的问题,一个调整好的神器管理系统真是一件美丽的东西。