詹金斯回滚以前版本的部署

Question

事情就是这样。我有一些 jenkins 管道作业，用于部署一些 java 后端应用程序。管道由 SCM 中的脚本运行。该脚本是获取开发团队代码的脚本，并且： 1-签出该代码 2-编译和创建WAR 3- 复制战争到网络服务器。

现在开发人员想要实现回滚，如果一个作业正在运行，并且一个新的部署已经完成并且失败了，他们想要回到上一个运行良好的部署。

有没有办法在 jenkins 中做到这一点，例如使用 Jfrog 神器？我们已经配置了工件，我们可以将 WARS（或其他文件）上传到该存储库但未被使用。我不知道如何实现这一点。我在想为不同的 WAR 文件使用标签，如果部署失败，从最新的 WAR 中获取可以正常工作的工件吗？这可能吗？这种方法如何在jenkins中使用artifactory完成。我可以实现一个新步骤，在创建 WAR 之后，它将 WAA 上传到工件，但是我如何才能将它与 jenkins 连接以使用我想要的 WAR？关于如何做到这一点的任何建议？ 谢谢！

Answer 1

我建议你这些方法：

没有人工制品

在这种情况下，您只需将当前管道参数化以接收分支名称或标签作为参数。

工作流程可以是：

• 在将您的发布分支合并到 master 之前，请验证标签是否存在与以前的稳定版本或创建一个新版本。
• 将您的版本（qa、测试或其他）合并到 master 分支
• 使用 ma​​ster 分支执行您当前的管道。
• 如果检测到某些错误，请使用您的 SCM（csv、svn、git 等）执行回滚。例如，bitbucket 在合并的拉取请求部分有一个 revert 选项。
• 以主分支作为参数再次执行相同的管道。如果无法回滚，则使用最后一个稳定标记作为参数执行此管道。

---

使用 Artifactory 或一些 Artifact Repository

在这种情况下，您需要采用软件版本控制策略。 阅读此来源：

• https://docs.oracle.com/middleware/1212/core/MAVEN/maven_version.htm#MAVEN400
• https://stackoverflow.com/a/46967235/3957754

在最简单的模式下，您只需要构建您的战争的增量发布版本。 Spring 版本的工作方式类似：

https://mvnrepository.com/artifact/org.springframework/spring-core

例如：

• 今天，您有一个 5.0.0-RELEASE 稳定版本保存在您的工件中并部署在生产环境中。
• 在晚上，执行您的管道并作为最后一步将您的战争 api-5.0.0-RELEASE.war 上传到您的工件。
• 一个月后，您有一个新的发布版本5.0.1-RELEASE。
• 执行您的管道，如果检测到错误，只需下载名为 5.0.0-RELEASE 的先前稳定版本并将其部署为回滚步骤。

---

其他类似技术

• 使用 docker 创建应用程序的构建并分配增量版本。

Answer 2

作为 Artifactory 的替代品，您可以使用 Github 版本或 Gitlab 包并遵循以下场景（假设像 prod.build_number.short_commit_hash 这样的版本控制方案）：

1. 昨天晚上你发布了 prod.32.ehR456e 版本
2. 今天看来这个版本在prod中出现了问题。
3. 使用自动部署管道，通过重新部署存储在 github 版本或 gitlab 包中的版本 prod.31.fBr451e 进行回滚。