《阿里云产品四月刊》—提升团队工程交付能力，从“看见”工程活动和研发模式开始（5）https://developer.aliyun.com/article/1554168
然后，我们规定每个应用都有两套环境，分别为用于 feature 开发验证的“特性验证环境”，和用于集成发布的“生产部署环境”。这两套环境与对应的变量组、部署编排和集群资源（可选）关联。
我们已经确定了应用的环境和部署策略，接下来我们规范应用的研发交付流程。
我们要求应用从开始开发到完成交付，需要经过特性验证和生产部署两个阶段的验证， 且只有经过特性验证阶段的 feature，才能进行生产部署。为了做到这一点，我们创建了一个两阶段的研发流程，分别为特性验证阶段和生产部署阶段。
在特性验证阶段，我们定义了一条包含 4 个步骤的流水线，分别为代码检视、构建、部署和测试，且规定分支为自由选择方式（可在流水线配置名称前缀为 feature- 的分支有新的代码提交自动触发）。
在生产部署阶段，我们配置了一条有 5 个步骤的流水线，分别为代码检视、构建、审核、部署和完成变更。同时限制流水线运行分支为 master，且执行时相关 feature 在特性验证阶段的执行结果为成功（云效会自动计算流水线执行时所涉及到的 feature 分支，并判断其前序阶段的执行成功与否）。
《阿里云产品四月刊》—提升团队工程交付能力，从“看见”工程活动和研发模式开始（7）https://developer.aliyun.com/article/1554166
