Gitflow 定义了两个永久分支(master 和 develop)。
master 分支包含生产就绪版本(已发布版本)。
如果您开始发布,您当前的代码库从 develop 用于创建到 release/x.y.z 分支,当您完成发布时,release/x.y.z 分支将合并回 master 和 develop。
版本更新在目标:release-start 中完成,您可以影响develop 分支更新的顺序:commitDevelopmentVersionAtStart
例如分支development 上pom.xml 中的版本是1.0.14-SNAPSHOT
如果你现在执行:
mvn gitflow:release-start -B -DversionDigitToIncrement=1 -DcommitDevelopmentVersionAtStart=true
您应该最终得到一个新的发布分支release/1.0.14,其版本为1.0.14,并且分支development 上的pom.xml 版本更新为1.1.0-SNAPSHOTmaster 上的版本尚未更新(尚未)。要“更新”master 上的版本,您需要完成发布。
我有点误解了你的问题 - 因此我还添加了你在另一个问题中提出的这部分。
查看文档:gitflow-maven-plugin(搜索:versionDigitToIncrement)
gitflow:release-finish 和 gitflow:release 目标具有 versionDigitToIncrement 参数,该参数控制在下一个开发版本中增加哪个数字。从零开始。例如,如果发布版本是 1.2.3.4 并且 versionDigitToIncrement 设置为 1,那么下一个开发版本将是 1.3.0.0-SNAPSHOT。如果未设置或设置为无效值,则默认增加版本中的最后一位。
来自1.0.14-SNAPSHOT:
-
versionDigitToIncrement: 0 将 development 的主要版本更新为 2.0.0-SNAPSHOT。
-
versionDigitToIncrement: 1 将 development 的主要版本更新为 1.1.0-SNAPSHOT。
-
versionDigitToIncrement: 2 将 development 的主要版本更新为 1.0.15-SNAPSHOT。
但是似乎忽略了 cli 上传递的 -DversionDigitToIncrement。在pom.xml 的配置区域中设置它会产生预期的结果。
<plugin>
<groupId>com.amashchenko.maven.plugin</groupId>
<artifactId>gitflow-maven-plugin</artifactId>
<version>1.14.0</version>
<configuration>
<versionDigitToIncrement>1</versionDigitToIncrement>
</configuration>
</plugin>