常春藤依赖的rev属性的最佳实践是什么？

Question

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

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

Answer 1

明确指定依赖项版本的目的是确保您的构建是可重复的。它会为你辩护：

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

但是......在常春藤文件中保持版本更新是不方便的。

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