建议的工作方式 - 詹金斯促销或神器发布将部署一场战争

时间:2014-11-13 18:08:49

标签: deployment jenkins continuous-integration hudson continuous-deployment

我们有一个jenkins Job,它在SVN上的每次提交时打包一个WAR快照。 我们还使用Release插件生成版本化的WAR文件。

example:web:1.1-SNAPSHOT >> 1.1

我们希望在jenkins工作流程中包含部署任务。在不同的项目中,我们还使用了promote插件。

根据我们可以找到的未来问题的数量,我们不确定使用自动部署任务的哪种方法更好。

计划的第一个解决方案是:

  • 使用发布插件生成版本停滞不前。
  • 使用促销插件授权自动部署。
  • 此促销活动启动了另一项工作,即从工件中下载最后一个可用的WAR文件并进行部署。

我们已经讨论过我们是否可以在同一"推广行动中做到这一点"或找到不同的解决方案。

对于这些案例,哪种解决方案最常见?我们如何限制未经授权的版本的意外部署?

1 个答案:

答案 0 :(得分:1)

请勿部署最新版本,因为您迟早会无意中部署错误的版本。使用parameterized builds部署特定版本。 deploy-to-artifactory作业设置参数并使用parameterized trigger plugin启动所有部署到机器的作业。

您可能希望在部署到工件作业后参数化管道中的所有作业。我认为还有其他插件将参数放入整个管道中,但我目前无法看到它们。您可以在此工作流程中使用各种插件来满足您的需求,例如BuildResultTrigger插件和Build Flow插件。 matrix builds非常适合部署到各种机器,操作系统等。