通过 Hudson 发布 Maven

Question

我正在设置 Hudson 使用批处理任务插件将 Maven 发布到我们的内部存储库。 我这样做的方式是：

mvn --batch-mode release:prepare
mvn --batch-mode release:perform

我对人们使用过的其他方法以及这些方法的优缺点感兴趣。 另外，人们遇到过的任何问题。

Answer 1

由于一些原因，我倾向于总是手动进行发布。 首先，如果您必须回滚，那么当您可以返回到原始发布位置并执行此操作时会更容易。 其次，因为您需要在此过程中解决所有快照依赖性。

我们的开发过程让我们将依赖关系保留在先前发布版本的当前构建之外，直到修复需要升级。 这意味着如果我要发布 Nexus、Maven 等，那么我会看到快照，这意味着我必须先发布它们。 此过程实际上不可能自动化，因为它会根据自上次版本以来的更改而变化。

也就是说，我们有一台专门用于构建的特殊机器（在 Sonatype 中它只是一个虚拟机）。 这样做是为了保证不会发生可能意外影响构建的环境变化（例如 jdk 更改）。 它还使任何人都可以更轻松地掌握发布过程，因为它始终准备就绪。

Answer 2

最近，一个 m2release 插件引起了我的注意。 看起来不错。 尽管如此，我希望我的发布过程完全“无需 pom 调整”。 我的意思是，我们必须提供 4 个输入参数来处理完整的发布：

1. 发布版本（例如 1.0.0）
2. 新的开发版本（例如 1.0.1-SNAPSHOT）
3. SCM 中的发布标签（例如.release-1.0.0 或 1.0.0)
4. SCM 中的标记基本路径

前 2 个具有可接受的默认值。 版本冲突在错误修复版本数字上对我来说完全没问题。

数字 4 可以在 pom.xml 中指定。 它不会改变。

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-release-plugin</artifactId>
    <configuration>
        <tagBase>https://example.com/svn/myProject/releases</tagBase>
    </configuration>
</plugin>

这是第三个阻碍我通过按下按钮完全自动化发布的问题。 默认的发布标签不会为我们做这件事，所以我们必须指定它：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-release-plugin</artifactId>
    <configuration>
        <tag>release-${pom.version}</tag>
        <tagBase>https://example.com/svn/myProject/releases</tagBase>
    </configuration>
</plugin>

现在，虽然这可能正是我所需要的，但我最终得到了一个末尾带有 -SNAPSHOT 的 svn 标签。 :( 所以我必须在 Hudson 作业配置中传递 tag 参数。此外，我必须为我们制作的每个版本更改它......这不完全是我需要的。

---

所以，最后，有一个 maven2 类型hudson 中的项目 + m2release hudson 插件 + 正确配置的 maven 发布插件是我迄今为止看到的所有发布过程的母亲，虽然并不完美，但它为我节省了很多繁琐的工作

。

Answer 3

我总是手动触发发布，优点和缺点都很明显:-)

Answer 4

我们一直在尝试使用 Hudson Maven 发布插件，尽管我在让它正确地信任发布版本方面遇到了一些挑战，而没有像将密码硬编码到我们的构建文件中这样的邪恶事情。