Maven版本范围:如果看不到突破性的更改,如何设置上限



我们正在为我们的应用程序开发多个依赖项,一个共享项目包含所有应用程序的代码,每个应用程序一个适配器,以便从另一个应用程序更容易(并且定义明确(访问。适配器还将共享项目作为依赖项。在适配器中设置共享依赖项的版本时,我希望使用Maven版本范围,因此Maven知道使用较新版本的共享(作为应用程序命令(是没有问题的。

问题是,如何设置共享依赖项的版本上限?我不知道某个适配器何时需要更改,因此在部署适配器时无法设置正确的上限。在我知道上限的时候部署一个更新的工件将是一种糟糕的做法(而且不起作用,因为只有快照会被更新(,因为发布的版本不应该改变。

我想干净的解决方案意味着共享项目中的次要版本告诉适配器需要更改,所以我应该将上限设置为下一个次要版本。然而,如果共享项目中有一个轻微的变化,只影响一个适配器,那么所有其他适配器都需要更新(更新的bug版本(,并调整上限,所有应用程序都需要更新所有适配器(因此Maven不会错误地解决依赖冲突(。这将意味着大量的工作。

我是否缺少一个明确的解决方案?或者我对Maven版本范围的理解有缺陷?

避免版本范围。

使用<dependencyManagement>修复可传递依赖关系的版本。

相关内容

最新更新