常春藤依赖关系的rev属性的最佳做法是什么？

Question

使用+填充每个依赖关系的每个rev属性并将冲突管理器更改为compatible-cm是否愚蠢？

我对依赖没有约束，所以设置特定版本的兴趣是什么？

Answer 1

显式指定您的依赖关系版本的目的是确保您的构建是可重复的。它为您辩护：

• 弃用的方法。最终，一个库只会停止工作，除非你注意你的编译器警告。
• 功能可能随时间而改变。除非您的代码具有良好的功能测试，否则您如何确定代码仍然有效？

但是......在常青藤文件中保留最新版本是不方便的。

我发现的妥协是定期将我的代码发布到存储库中。常春藤deliver任务可用于解决所有依赖关系，并在某个时间点有效“冻结”我的修订版本。因此，我的构建使用动态修订版本，如“latest.integration”和“latest.release”，但我发布的代码包含其元数据文件（pom.xml或ivy.xml，取决于您使用的存储库管理软件）的确切修订版本。