次要版本依赖管理(GIT,神器,码头工人)

时间:2016-06-29 06:36:54

标签: git jenkins continuous-integration artifactory

假设我有projectA(1.0.0-SNAPSHOT)和projectB(1.0.0-SNAPSHOT)需要projectA作为依赖项。现在我已经在本地发布了所有内容,并将所有项目转换为2.0.0-SNAPSHOT(with this nice plugin)。

现在projectA中有一个错误(在GIT中得到了分支并修复了)。什么是最佳实践 - 我应该将这两个项目推广到1.0.1-SNAPSHOT?虽然projectB没有改变?甚至更重要 - 我现在需要联系到projectA的所有客户,并将他们的pom更改为现在指向PROJECTA-1.0.1-SNAPSHOT?看起来很手动而且不干净?那么 - 如何处理次要补丁以强有力的方式促进源代码管理?这是我能在这里动态做的事情吗?例如告诉神器 - “你拿最新的1.0.X of projectA?”

1 个答案:

答案 0 :(得分:0)

我不熟悉这个插件,但是SemVer对你的问题有一些指示。首先,由于其依赖项目中的PATCH编号更改,您不应该提升projectB的版本。当projectA的更改处于主要或次要级别时,您必须构建projectB。

对于第二个问题,我认为上述插件可以更改源代码管理(svn / git)服务器中的pom版本,并且您的客户端可以更新自己的代码。