GitFlow 中的 Maven 版本控制

对于发布分支，我们应该遵循命名约定。另外，请浏览 mvn jgitlfow 插件。这将提供上述所有讨论的功能。0.0.1-RC-SNAPSHOT

请包括以下内容。

   <plugin>
                <groupId>external.atlassian.jgitflow</groupId>
                <artifactId>jgitflow-maven-plugin</artifactId>
                <version>${jgitflow-maven-plugin.version}</version>
                <configuration>
                    <enableSshAgent>true</enableSshAgent>
                    <noDeploy>true</noDeploy>
                    <noReleaseBuild>true</noReleaseBuild>
                    <noFeatureBuild>true</noFeatureBuild>
                    <noHotfixBuild>true</noHotfixBuild>
                    <enableFeatureVersions>true</enableFeatureVersions>
                    <releaseBranchVersionSuffix>RC</releaseBranchVersionSuffix>
                    <allowSnapshots>true</allowSnapshots>
                    <pushReleases>true</pushReleases>
                    <pushHotfixes>true</pushHotfixes>
                    <pushFeatures>true</pushFeatures>
                    <flowInitContext>
                        <versionTagPrefix>v</versionTagPrefix>
                    </flowInitContext>
                </configuration>
            </plugin>

凸轮示例

mvn jgitflow:release-start

使用RC创建一个发布分支，并将开发分支pom更新到下一个版本

 mvn jgitflow:release-finish

合并重新连接到掌握和开发并创建一个标签：大多数情况下，这个分支去集成测试任何错误修复都提交到发布分支，当它关闭时，开发也会在合并时获得更新。

创建一个发布分支，并在开发之前更新开发pom ie（devlop 0.1-SNAPSHOT）在devlop 0.2-SNAPSHOT和0.1-RC-SNAPSHOT的发布分支之后

https://bitbucket.org/atlassian/jgit-flow/wiki/Home

在我们的应用程序中，我们使用 来更新 pom 文件中的版本。当我们使用像 Jenkins这样的工具时，每当我们配置作业时，我们也有条件来触发下游作业。因此，在我们的例子中，我们有以下设置：maven-release-plugin

1. 发出了从 到 的拉取请求，并且生成将在发布时运行，如果成功，它将启用合并。releasemaster
2. 当合并发生时，触发了 jenkins 作业以将 pom 中的版本更新为快照版本。在此之后，将触发下游作业以更新分支中的相同快照版本。develop

因此，在我们的例子中，每当一个版本经历了两个版本更新时，就会发生更新，一个是当发布版本被剪切时，另一个是当快照版本在发布到母版和开发版时被剪切时。因此，在我们的母版和开发发布后，最终版本将始终是快照版本。对于某些团队，我看到他们只在开发中更新快照版本，并将发布版本直接推送到master（也就是说，他们从没有版本更改合并到快照，而在下游作业中，当合并到时，他们将版本更改为快照）。masterreleasedevelop

对于您的问题：我假设在发布分支上也可以有多个提交，然后才能进入生产环境。由于我们无法重用非快照版本，因此我们是在每次提交时增加固定版本，还是在最终确定并推送到 master 之前也使用发布快照版本？

在理想情况下，发布分支不会有直接的提交。它必须经历发展才能发生。因此，是的，每当您从开发合并到发布时，版本都需要递增，因为它是作为一个过程设置的。如果随每个版本增加版本，则跟踪错误修复和功能也更容易。