我怎样才能让Hudson自动构建&安装发布工件，而不仅仅是快照？

Question

我正在我的笔记本电脑上开发几个成熟的项目，并定期推送到 github。我已经在云中设置了一个私有 hudson 服务器，该服务器轮询 git 存储库以获取更新，从而执行构建 - 到目前为止一切顺利。

不幸的是，当我在笔记本电脑上执行“mvn release：prepare”以执行发布（例如“1.5”）时，发生的两个提交（将 1.5-SNAPSHOT 更改为 1.5，然后将 1.5 更改为 1.6-SNAPSHOT）被一起推送到我的 git repo - Hudson 显然构建了最新的版本，即 1.6-SNAPSHOT - 并且完全忽略了 1.5 版本。

这并不重要，但项目相互依赖，我想在我的 poms 中声明非快照版本。然而，当项目 B 依赖于项目 A 的 1.5 版本时，在 Hudson 盒子上的 hudson 用户的本地 maven 存储库中找不到它 - 因为它从未被构建过 - 因此项目 B 的构建失败。

如果我能让 Hudson 变得更聪明，并且当它看到 Maven 发布版本飞过时，会强制构建并安装该特定版本，然后再继续构建稍后的快照提交，那就太好了。

我一直在研究 Hudson 插件，特别是“M2 发布插件”：

http://wiki.hudson-ci.org//display/HUDSON/M2+Release+Plugin

-但是，该插件似乎更适合手动选择您想要升级的版本到一些更官方的 Maven Repo，而不是强迫 Hudson 自动构建和构建。安装它遇到的每个版本。

更新：我的一些基本需求让我重新思考我想要实现的目标 - 很抱歉没有早点表达它们：

• 大多数项目都是开源的或打算最终开放，并且我希望任何人都能够 git 克隆 任何单个项目，签出发布标签，并执行 mvn install ，而不需要除 Maven Central 之外的任何其他依赖项存储库。
• 为了获得一致的结果（在我的笔记本电脑、hudson 服务器和其他人的结帐中），这显然表明我倾向于在我的 poms 中声明非快照依赖项（至少对于发布版本）。
• 这引导我尝试让 Hudson 在发布工件呼啸而过时对其进行“mvn 安装”，这样以后，Hudson 构建项目 B 时就不会在找不到项目 A 的发布版本时失败（这就是项目 A 的发布版本）这个问题来自）

另外：

• 我使用 sonotype 出色的 oss 托管，这需要 GPG 签名 - 而且我不想将我的 GPG 密钥存储在任何我无法握在手中的硬件上:) - 所以把它塞在上面云中的 Hudson 服务器不是一个选择。
• 从心理上来说，让 Hudson 服务器进行发布对我来说有点陌生 - 我真的只是想将它用于 CI。

Answer 1

您现在需要的是实际执行发布。引用 Maven - 使用发布插件指南：

执行发布

该插件将提取文件修订版本
与当前版本相关。
Maven会编译、测试和打包
将版本化的项目源代码放入
一件神器。 最终交付成果
然后将被释放到
适当的 Maven 存储库。

release:perform 目标将：

1. 提取新标签名称下的文件修订版本。
2. 在提取的实例上执行 Maven 构建生命周期
   项目。
3. 将版本化工件部署到适当的本地和远程
   存储库。

参考资料

• Maven - 发布插件使用指南
• 执行发布

Answer 2

您可以指定配置文件来确定构建是在本地还是远程部署：

<project>
    <profile>
        <id>local-deploy</id>
        <activation>
            <activeByDefault>true</activeByDefault>
        </activation>
        <distributionManagement>
            <repository>
                <id>local-repo</id>
                <name>My Local Repo</name>
                <url>file://my/local/repo/dir</url>
            </repository>
        </distributionManagement>
    </profile>
    <profile>
        <id>remote-deploy</id>
        <activation>
            <activeByDefault>false</activeByDefault>
            <property>
                <name>remote.repo.url</name>    
            </property>
        </activation>

        <distributionManagement>
            <repository>
                <id>remote-repo</id>
                <name>My Remote Repo</name>
                <url>${remote.repo.url}</url>
            </repository>
        </distributionManagement>
    </profile>
</project>

然后您可以安全地运行 release:perform 目标，并且通过传入remote.repo.url 的值，您还可以可以选择远程部署。

Answer 3

我更新了我的问题描述，提及我在 poms 中声明非快照依赖项的偏好（至少对于发布版本），以便获得一致的结果（在我的笔记本电脑、hudson 服务器和其他人的结帐中）-我真的希望其他人能够检查我的代码，并以零的方式开始寻找不可知的快照依赖项。

它想要在我的依赖项中使用非快照版本，这导致了这个问题 - Hudson 的正常行为并没有使使用“发布”版本变得容易，至少不需要等待依赖项的发布版本循环到 Maven 中心。

然而，我决定，如果我想忠实于我的基本要求 - 人们可以轻松地签出并构建我的代码 - 那么这就是我必须做的：即等待 Maven Central 同步。

我只想在发布版本中坚持这一点（否则我永远不会完成任何事情！），因此我会很乐意使用快照依赖进行开发 - 直到我真正做的事情为止 想要发布一个版本，此时我希望所有 deps 都可以在 Maven Central 中正确使用。

直到最近我才知道有任何方法可以强制执行此操作，但更多的谷歌搜索发现了“enforcer”插件：

http://maven.apache.org/enforcer/enforcer-rules/requireReleaseDeps.html

- 将 'onlyWhenRelease' 标志设置为 true，看起来它应该完美地强制执行什么我想做。

在回答我原来的标题问题（“我怎样才能让 Hudson 自动构建和安装发布工件，而不仅仅是快照？”），我的答案是：

1. 似乎没有完全微不足道的方法让 Hudson 做到这一点（没有Hudson 的副作用还尝试在其检测到的每次签入时执行“发布”，这可能需要额外的“配置文件”配置来停止发布的实际正常操作，例如 GPG 签名）
2. 不要这样做。