總結
做得好！ 您的管線已逐漸成型。 您和 Tailspin 小組已從基礎概念驗證移至現實的發佈流程。 您可以使用此管線來建置成品並進行測試，再將成品提供給使用者。
在本模組中，您已學到控制變更從管線一個階段移至下一個階段的方法。 讓我們回顧您在這個模組中建置的流程。 下圖顯示管線的整體形狀：
開發、測試和預備階段會各自將組建成品部署至自己的 Azure App Service 環境。
- 當變更推送至 GitHub 時， 觸發程式 會導致 建置 階段執行。 建置階段會產生建置工件做為其輸出。
- 只有在發行分支中發生變更時，開發階段才會執行。 您可以使用 條件 來指定此需求。
- 測試階段每天上午 3 點執行。 只有在 發行 分支包含自上次執行以來的變更時，才會執行這個階段。 您可以使用 排程觸發器 來指定 測試 階段的執行時間。
- 預備階段只有在您核准測試階段中的變更之後才會執行。 您將發行核准新增至預備環境，以暫停管線直到您核准或拒絕變更為止。
此管線符合Tailspin小組的需求。 管線的形狀，以及變更的流動方式取決於您小組的需求，以及您所建置的應用程式和服務。
雖然小組正在改善其發行步調，但還有更多改進空間。 例如，來自 QA 的 Amita 必須手動測試並核准建置版本，團隊才能向管理層呈現新功能。 在下一個課程模組中，您將與 Tailspin 小組合作，將更多測試自動化，讓變更可以更快速地穿過管線。
瞭解更多資訊
在本課程模組中，您已使用過條件、觸發程序和核准。 若要深入瞭解，請探索這些資源。