Build Hudson-不同触发器的不同构建目标

Build Hudson-不同触发器的不同构建目标,build,hudson,maven,Build,Hudson,Maven,对于定期构建和轮询SCM触发的构建,我希望有不同的构建目标 更具体地说:这个想法是,夜间构建应该调用“mvn验证”,其中包括集成测试,而正常构建调用“mvn测试”,只执行单元测试 你知道如何使用哈德逊来实现这一点吗 干杯 克里斯你可以创造两个工作——一个是计划的,另一个是调查的。 在计划表中,您可以指定与被调查者不同的maven目标。Raghuram的回答是直截了当且正确的。但你也可以有三份工作。前两个执行触发,并将maven目标作为参数传递给第三个作业。听起来很杂乱,从某种程度上说确实如此。但

对于定期构建和轮询SCM触发的构建,我希望有不同的构建目标

更具体地说:这个想法是,夜间构建应该调用“mvn验证”,其中包括集成测试,而正常构建调用“mvn测试”,只执行单元测试

你知道如何使用哈德逊来实现这一点吗

干杯
克里斯

你可以创造两个工作——一个是计划的,另一个是调查的。
在计划表中,您可以指定与被调查者不同的maven目标。

Raghuram的回答是直截了当且正确的。但你也可以有三份工作。前两个执行触发,并将maven目标作为参数传递给第三个作业。听起来很杂乱,从某种程度上说确实如此。但是,如果您有很多配置要做(特别是如果需要定期更改配置),这会有所帮助。这将有助于使两个作业的配置都正确。配置不仅包括构建步骤,还包括所有报告的获取、构建后清理、通知、下游作业的触发等等。。。另一个优点是,您不需要同步这两个作业,这样它们就不会并行运行(如果这会导致问题的话)

不要误会我,我的第一个冲动是找两份工作,这有它自己的优势。夜间构建的历史记录将包含一整天(实际上是自上次夜间构建以来),而不仅仅是自上次构建以来的时间(这可能是触发的。集成测试通常需要更广泛的设置或对稀缺资源的访问。通过两个作业,您在运行测试目标时不会阻止这些资源。此外,我预计Hudson需要收集更多的测试结果,以便在一段时间内显示和跟踪。您还可能希望再次运行更多的指标。)安装结果应该由Hudson显示的代码。缺点是您当然需要始终保持构建步骤基本相同

但最终,如果你选择2个或3个作业,这将是一个逐案决定。

这是一个显而易见的解决方案:)谢谢。我只是想也许可以在同一个作业中区分不同的构建目标。