17、基础设施模块交付管道与分支模型详解

基础设施模块交付管道与分支模型详解

1. 基础设施模块交付管道

基础设施模块的交付管道与生产配置的交付管道略有不同。在测试模块后，不是直接交付到生产环境，而是进行版本发布，并且保留一个手动审批步骤供团队审查模块。

1.1 模块变更类型及交付方式

模块变更可以分为标准变更、紧急变更、重大变更和新变更，具体信息如下表所示：
| 变更类型 | 交付方式 | 生产前手动审批 | 示例 |
| — | — | — | — |
| 标准变更 | 持续部署 | 否 | 启用现有默认参数的覆盖 |
| 紧急变更 | 持续部署或分支 | 否 | 将操作系统镜像回滚到上一个版本 |
| 重大变更 | 持续交付 | 是 | 使用数据更新数据库或基础设施 |
| 新变更 | 持续交付 | 是 | 部署新的服务器模块 |

1.2 紧急变更处理

对于模块的紧急变更，可以采用两种方式进行隔离：
- 实现修复并持续部署和发布包含更改的新模块版本。
- 创建模块仓库的分支，并更新基础设施配置以引用该分支。

在验证分支后，可以使用标准变更更新模块的主分支。如果其他团队固定了版本，建议持续部署包含修复的新模块版本，因为分支虽然可以隔离紧急变更，但需要记得将其合并回模块的主版本。

1.3 镜像构建和配置管理

镜像构建和配置管理模块的交付管道与供应工具模块的交付管道类似。在将镜像变更部署到生产环境之前，确保对其进行版本控制和测试。

2. 分支模型

除了实现持续交付或部署，还需要标准化变更如