阿里巴巴基于应用和变更的交付模式｜阿里巴巴DevOps实践指南

编者按：本文源自阿里云云效团队出品的《阿里巴巴DevOps实践指南》前往：https://developer.aliyun.com/topic/devops，下载完整版电子书，了解阿里十年DevOps实践经验。

让我们进入到阿里巴巴在交付阶段的一些实践，包括：

• 以应用和变更为核心的交付流程

• 基于变更的检查项和卡点

• 针对应用特征选择研发模式

应用与变更

进入到具体的实践之前，我们先介绍下阿里巴巴的应用和变更模型。

应用，是研发活动的载体，包括了代码库、部署环境、配置项、变更管理、发布流水线、运维等一系列要素。整个需求的开发交付过程都可以在应用中完成。应用上可以设置不同的角色，这些角色信息在研发的各个环节中会起到作用。比如谁能发布线上环境，谁有权限修改测试配置等。

变更，作为应用的重要组成部分，是一个抽象的概念。所有对线上的行为的修改都可以称之为变更，变更属于某一个应用。变更中可以包含一个或者多个不同类型的变更内容，最常见的变更内容类型就是代码变更。

变更有相应的生命周期，一个典型的变更生命周期为：开发中->发布中->完成。当一个应用有多个变更同时在开发和发布时，需要有一定的协调机制，比如是在一个临时的集成分支上进行集成，还是在一个常驻的 develop 分支上进行集成。我们称这种分支协作模式为“研发模式”。