Java Maven-Artifactory:使用buildNumber更新依赖项

Java Maven-Artifactory:使用buildNumber更新依赖项,java,maven,pom.xml,artifactory,versions-maven-plugin,Java,Maven,Pom.xml,Artifactory,Versions Maven Plugin,我已经开始在一家公司工作,在那里他们使用buildNumber概念。他们打开一个发布分支,例如版本设置为1.0.2-build1 下一次生成并部署工件时,他们会增加这个数字,所以是1.0.2-build2 当代码准备部署到生产环境时,它们会删除-buildNumber,并生成一个新标记 如果我们有版本1.2.0-build7和版本1.2.0以及Jfrog Artifactory下生成的工件,最后可用的版本是1.2.0,但是Maven和Artifactory,如果我尝试使用版本插件从pom.xml

我已经开始在一家公司工作,在那里他们使用buildNumber概念。他们打开一个发布分支,例如版本设置为1.0.2-build1

下一次生成并部署工件时,他们会增加这个数字,所以是1.0.2-build2

当代码准备部署到生产环境时,它们会删除-buildNumber,并生成一个新标记

如果我们有版本1.2.0-build7和版本1.2.0以及Jfrog Artifactory下生成的工件,最后可用的版本是1.2.0,但是Maven和Artifactory,如果我尝试使用版本插件从pom.xml更新依赖版本,插件知道最后一个版本是1.2.0-build7,而不是之前生成的最后一个标记

有人知道如何处理这种情况吗?。我正在努力,但没有成功


谢谢大家

理想情况下,您应该使用快照,但不确定为什么要使用这种特定的版本控制。通过快照,我们可以管理功能分支的版本控制。特性完成后,我们启动了一个没有快照和-BuildNumber概念的发布分支,对于hotfixIn Maven,我们应该有1.2.0-build7<1.2.0,正如这里所述,Maven理解1.2.0和1.2.0-build7类似的发布版本。对于我的客户机,buildNumber版本不是最终版本,因此我必须包含一个xml文件,但有一个例外,以排除maven插件版本中使用“rulesUri”配置的build版本。理想情况下,您应该使用快照,但不确定为什么要使用此特定版本。目前我们使用gitflow模型。通过快照,我们可以管理功能分支的版本控制。特性完成后,我们启动了一个没有快照和-BuildNumber概念的发布分支,对于hotfixIn Maven,我们应该有1.2.0-build7<1.2.0,正如这里所述,Maven理解1.2.0和1.2.0-build7类似的发布版本。对于我的客户机,buildNumber版本不是最终版本,因此我必须包含一个xml文件,但有一个例外,即使用maven插件版本中的“rulesUri”配置排除build版本