Maven 分支更新项目版本自动化发布工作流程

Question

我有一个关于 Maven 自动化项目版本控制的困难案例需要解决，我希望我能根据您的经验和建议找到合适的解决方案。

问题是这样的： 我们有一个巨大的 mavenized java 产品，其中包含约 200 个非常相互依赖的不同项目。 我们同意每个项目都应该独立开发，这样每个项目都应该有自己的生命周期。 开发阶段一切正常，没有问题。当我们为这些项目准备发布时，问题就来了：因为项目太多，手动更改很痛苦，所以我们决定找到一个自动化的解决方案来解决发布过程。

前提条件是： 我们一致认为，从 SVN 角度来看，发布策略应该是这样的： - 所有开发都应在 SVN 主干上进行，版本应在分支上创建和维护。每个执行的发布都应该自动创建一个标签。

从MAVEN角度来看，策略是这样的： - 在发布项目之前，我们首先将主干复制到分支，以便控制分支代码上的项目维护。我们选择的版本控制系统是：Major.Minor.BuildNumber-SNAPSHOT（例如1.0.0-SNAPSHOT）。当分支代码时，我们希望通过增加MinorVersion来更改项目版本号（例如trunk-1.0.0-SNAPSHOT将变为1.1.0-SNAPSHOT，而1.0.0-SNAPSHOT将在新创建的分支上复制并发布） - 当我们确定项目足够成熟以便发布时，我们将使用maven-release-plugin来发布它（mvn release:clean release:prepare release:perform）这样我们的项目版本就会从Major.Minor.BuildVersion-SNAPSHOT（例如1.0.0-SNAPSHOT）转换为Major.Minor.BuildVersion（例如1.0.0)，然后将为下一次开发迭代做好准备，例如：Major.Minor.BuildVersion+1-SNAPSHOT (eg 1.0.1-SNAPSHOT)

我们面临的问题是与项目版本控制相关。 因此，在主干上的开发阶段，所有项目都使用其依赖项的最新 SNAPSHOT 版本 (mvn versions:use-latest-versions -DallowSnapshots=true -DupdateDependency=true)，但是当我们认为是时候开始发布程序并准备分支代码了，但出现了问题： 我们开始分支

1. parent-pom

   (mvn -Brelease:cleanrelease:branch -DbranchName=${project.artifactId}_${project.version} -Dusername=${username} -Dpassword=${passwd} -Dproject.rel .${groupId}:${projectId}=1.0.0-SNAPSHOT -Dproject.dev.${groupId}:${projectId}=1.1.0-SNAPSHOT)

   • 将项目从主干复制到新创建的分支，将主干上的pom版本从1.0.0-SNAPSHOT转换为1.1.0-SNAPSHOT

2. 非依赖项目

   (mvn -Brelease:cleanrelease:branch -DbranchName=${project.artifactId}_${project.version} -Dusername=${username} -Dpassword=${passwd} -Dproject.rel .${groupId}:${projectId}=1.0.0-SNAPSHOT -Dproject.dev.${groupId}:${projectId}=1.1.0-SNAPSHOT 版本:update-parent -DallowSnapshots=true)

   • 将项目从主干复制到新创建的分支，
   • 将 trunk pom 版本 1.0.0-SNAPSHOT 转换为 1.0.1-SNAPSHOT
   • 更新parent-pom.version：1.0.0-SNAPSHOT 变为 1.1.0-SNAPSHOT

3. 依赖项目：

   (mvn -Brelease:cleanrelease:branch -DbranchName=${project.artifactId}_${project.version} -Dusername=${username} -Dpassword=${passwd} -Dproject.rel .${groupId}:${projectId}=1.0.0-SNAPSHOT -Dproject.dev.${groupId}:${projectId}=1.1.0-SNAPSHOT 版本:update-parent -DallowSnapshots=true 版本：使用最新版本 -DallowSnapshots=true -DupdateDependency=true)

   • 将项目从主干复制到新创建的分支
   • 将 trunk 上的 pom 版本从 1.0.0-SNAPSHOT 转换为 1.1.0-SNAPSHOT
   • 将主干上的parent-pom从1.0.0-SNAPSHOT更新为1.1.0-SNAPSHOT
   • 将已分支的依赖项项目从 1.0.0-SNAPSHOT 更新为 1.1.0-SNAPSHOT

这里的第一个问题是目前还没有办法在分支项目时增加 MinorVersion 的参数，maven-release-plugin 2.2.2 在分支时不会增加 trunk 上的 pom MinorVersion，所以这就是为什么我们需要使用 -Dproject .rel.${groupId}:${projectId}=1.0.0-SNAPSHOT -Dproject.dev.${groupId}:${projectId}=1.1.0-SNAPSHOT 参数并为每个项目手动更改它们，因此每次我们准备新版本时都会更改 200 次。

我想知道这是否不是一种以自动化方式完成所有描述的过程并且不需要一直手动执行所有这些更改的方法。 我们甚至考虑模块化这个产品，以便将这 200 个项目折叠成 100 个，但这是不可接受的，因为我们的想法是要有一个细粒度的项目版本控制，并使所有项目都有自己的生命周期，所以需要一个聚合器（我的意思是经典的）这里不予讨论。

我们使用 SVN 作为 VCS，使用 Maven 作为构建工具（可能你已经明白了:)），使用 Bamboo 作为 CI 服务器（实际上，Bamboo 并没有提供“Maven 依赖处理器”功能），在版本控制问题）。

你们有什么想法可以找到这个问题的正确解决方案，也许另一个插件会有所帮助（versions-maven-plugin 在分支时不会自动更改版本），也许对此有另一种观点，我不知道知道...，欢迎任何帮助或建议。

谢谢！

Answer 1

我尽量避免将内部项目版本保留在父pom的 部分中，因为每次我发布项目时， ${project.version } 变量将与项目的显式版本进行切换，例如：

<properties>
        <project_A.version>1.0.0-SNAPSHOT</projectA.version>
</properties>

存储在父 pom 中，在项目 pom 中翻译，例如：${project.version}，将变得1.0.1-SNAPSHOT 发布该项目时，将覆盖父 pom 中的 版本。因此，只要您不发布项目，将项目版本作为属性保存在像parent-pom这样的集中位置的技巧就有效。
这是与分支问题严格相关的问题。

---

---

现在，如果您愿意，我可以告诉您有关使用此 替换来发布项目的更多信息：
假设您想要发布您的 project_A，您将如何处理存储在父 pom > 当你开始发布父pom时，这是一个-SNAPSHOT版本，对吧？我的意思是，为了发布一个项目，您将首先发布它的所有依赖项及其相关的父pom，对吗？否则你的项目发布将会失败，因为它指向父 pom 的 -SNAPSHOT 版本。
现在，您将释放父 pom，并将 project_A 的 -SNAPSHOT 版本保留在其 中，接下来您将释放 project_A< /strong>，您的项目将引用您的父 pom 新创建的发布版本，该父 pom 发布版本引用您的 project_A 的 -SNAPSHOT 版本，这仍然不是问题，因为您的父 pom 保留您的 project_A 的真实版本，直到您的 projectA 发布版本（比方说 1.0.0）将引用包含 1.0 的相同父 pom 发布版本您的 project_A 的 .0-SNAPSHOT 版本，现在您已经遇到问题了，因为您的父 pom 保留了错误的信息。
当然，你可以在发布时破解父pom并存储project_A的发布版本，但这违反了规则，我根本不同意这一点，而且这是“破解”时的其他情况会带来更多的问题而不是帮助。

如果这听起来相当复杂和详细，我很抱歉，但我只是想尽可能多地解释现实生活中的情况，而不仅仅是理论上的，另外我还需要记住，我有 200 多个项目需要以某种方式保持一致。