Java Hudson和maven发布插件
我用的是哈德逊望远镜 您可能知道,maven release插件分两步构建项目:Java Hudson和maven发布插件,java,maven,continuous-integration,hudson,maven-release-plugin,Java,Maven,Continuous Integration,Hudson,Maven Release Plugin,我用的是哈德逊望远镜 您可能知道,maven release插件分两步构建项目:release:prepare,然后release:perform 如果release:perform失败,我应该如何配置Hudson执行release:rollback。关闭更新(每次都执行一次干净的签出)。FWIW,根据我的经验,发布:回滚无论如何都不是非常可靠。与Hudson/Jenkins一起执行发布的标准方式是。它包装maven release插件并自动化其执行。如果绝对需要,您应该能够执行“调用顶级mav
release:prepare
,然后release:perform
如果
release:perform
失败,我应该如何配置Hudson执行release:rollback
。关闭更新(每次都执行一次干净的签出)。FWIW,根据我的经验,发布:回滚无论如何都不是非常可靠。与Hudson/Jenkins一起执行发布的标准方式是。它包装maven release插件并自动化其执行。如果绝对需要,您应该能够执行“调用顶级maven目标”构建步骤,在该步骤中,您将调用发布:准备和发布:通过“执行系统groovy脚本”构建步骤执行并捕获此构建的结果。看看如何检查pom.xml的版本(它可能会让您知道执行是否失败)。为什么要通过Hudson发布?你想发布每个版本吗?@Raghuram他可能通过参数选择要发布的版本。如果前一个卷展步骤在将pom和新版本号检查到VCN后中断,则干净的签出将不会有帮助。嗯-哪一步中断?为什么失败了?我更喜欢委派这些问题的故障排除,所以我不能给你具体的细节;-)我知道这件事在我们身上发生过几次。然而,这是一个高度定制的Maven构建,因此一些额外的插件可能会把它搞砸。我已经使用Maven 4年了,在这样的执行过程中,我从未有过发布插件中断。您可以做很多事情来定制构建,这些事情看起来似乎是个好主意,但实际上却是一件坏事(tm)。:)