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

我们有一个jenkins作业，它在SVN上的每个提交上打包一个WAR快照。 我们还使用了发布插件，该插件可以生成一个版本化的WAR-on-artifactory

example:web:1.1-SNAPSHOT >> 1.1

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

根据我们可能发现的未来问题的数量，我们不确定哪种方法更适合处理自动化部署任务

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

• 使用发布插件生成发布阶段
• 使用升级插件来授权自动部署
• 此升级启动一个不同的作业，从artifactory下载最后一个可用的WAR文件并部署它

我们已经讨论了是否可以在同一个“促销行动”上进行，或者找到不同的解决方案

---

对于这些情况，哪种解决方案最常见？如何限制意外部署未经授权的版本？

不要部署最新版本，因为您迟早会无意中部署错误的版本。用于部署特定版本。deploytoartifactory作业设置参数并使用启动所有deploytomachine作业

---

您可能希望在部署到工件作业之后参数化管道中的所有作业。我认为还有其他插件将参数放入整个管道中，但目前我看不到它们。您可以在此工作流中利用各种各样的插件来满足您的需要，例如插件和插件。并且非常适合部署到一系列计算机、操作系统等。

我理解，您的建议是“手动”（手动设置版本）？您可以按自己喜欢的方式设置版本。如果您使用maven，有几个buildnumber插件非常好用，并且它们与发布插件配合得很好。您的编号系统似乎没有问题，唯一需要考虑的是确保您认为是1.1.1版（或其他版本）的工件确实是该版本。但是我们使用发布到（工件插件）[。我们如何使用它启动“部署”任务？当您发布到工件或在工件中升级时，启动另一项工作（或者使用BuildResultTrigger插件启动rjob）。该作业将工件从artifactory部署到您的CI/SIT/UAT环境，任何适合您的环境。谢谢，我将检查您的解决方案。