摘要
做得不错！ 你的管道正在成形。 你和 Tailspin 团队已经从基本的概念证明移动到真实的发布管道。 你可以使用此管道生成项目并对其进行测试，然后再将其交付给用户。
在此模块中，你了解了控制如何将更改从管道的一个阶段移到下一个阶段的方法。 我们来回顾一下你在此模块中生成的管道。 此图显示了管道的整体形状：
“开发”、“测试”和“过渡”阶段都会将生成项目部署到自己的 Azure 应用服务环境。
- 将更改推送到 GitHub 时，“触发器”将导致“生成”阶段运行。 “生成”阶段会生成生成项目作为其输出。
- 仅当“发布”分支中发生更改时，“开发”阶段才运行。 你可以使用条件来指定这一要求。
- “测试”阶段在每天凌晨 3 点运行。 仅当“发布”分支包含自上次运行以来进行的更改时，此阶段才会运行。 使用“计划的触发器”来指定“测试”阶段运行的时间。
- 仅在批准“测试”阶段中的更改之后，才会运行“过渡”阶段。 将“发布审批”添加到“过渡”环境以暂停管道，直到你批准或拒绝此更改。
此管道满足 Tailspin 团队的要求。 管道的形状以及所做更改的流动方式取决于团队的需求，以及你生成的应用和服务的需求。
尽管该团队正在改进其发布节奏，但还是有更多改进的空间。 例如，负责 QA 的 Amita 必须手动测试和批准生成，然后团队才能向管理提供新功能。 在下一模块中，你将与 Tailspin 团队合作，以自动执行更多测试，以便更改可以更快地通过管道移动。
了解详细信息
在此模块中，你使用了条件、触发器和审批。 若要了解更多信息，请浏览下列资源。