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