java - 修补程序/补丁构建和交付方法

Question

我们正在调整我们基于 Java 的产品之一的构建和发布过程，以支持补丁/修补程序发布。

今天，我们从构建管道中交付了一个完整的安装包(这是一组包装在 ISO 中的 RPM 包)。然而，我们的目标是也支持增量/更细粒度的升级/补丁交付。

作为初始步骤，为了让事情变得简单，我们计划拥有更细粒度的 RPM 包，并将这些 RPM 的子集(仅在发布范围内更改的)打包在专用的修补程序 ISO 中以及完整的安装 ISO。 (我们还考虑了其​​他选项，例如二进制差异 - 增量 RPM - 创建单独的修补程序 RPM 等)

我想听听您如何管理构建管道 - 打包和版本控制(因为这也是发布管理问题的核心)以支持此类修补程序部署？

Answer 1

I would like to hear about how you manage your build pipeline - packaging and version control

我介绍了一个(可行的)概念:

作为标识的错误报告，如 bug711 所有涉及修复此错误的来源都将被标记(版本控制)，错误报告编号。

此标记可用于检查创建补丁所需的所有源(在涉及 html、js、css 等静态文件的情况下)并从分支合并到 head 修订。

在 java 代码的情况下，部署的最低限度是一个工件(jar、ear、war 文件)。这需要重新启动应用程序。对于 JBoss 应用服务器，我们发现“爆炸式”部署允许我们在不停机的情况下进行修补。

这实际上取决于服务器环境和应用程序的类型，哪种方法最适合您。恐怕没有单一的最佳实践。