Azure DevOps 服務 |Azure DevOps Server |Azure DevOps Server 2022
發行管線可讓小組在風險較低且速度較快的不同階段持續部署其應用程式。 每個階段的部署都可以藉由使用任務和工作流程來完全自動化。
Teams 也可以利用核准和蓋茨功能來控制部署管線的工作流程。 發行管線中的每個階段都可以設定預先部署和部署後條件，包括等候使用者手動核准或拒絕部署，以及檢查符合特定條件的其他自動化系統。 此外，小組還可以設定手動驗證來暫停部署管線，並提示使用者執行手動工作，然後繼續或拒絕部署。
下圖說明發行管線工作流程。
藉由使用閘道、核准和手動介入，您可以完全掌控您的版本，以符合各種部署需求。 核准、閘道及手動干預有用的情境包括下列。
| 情境 | 要使用的功能 |
|---|---|
| 用戶必須手動驗證變更要求，並核准部署至特定階段。 | 部署前核准 |
| 在發行被觸發至其他階段之前，用戶必須在部署之後手動登出。 | 部署後核准 |
| 團隊想要先確保工作專案或問題管理系統中沒有任何現有問題，再將版本部署到環境。 | 部署前閘道 |
| 團隊想要在觸發發佈之前，先確保部署之後沒有報告的事件。 | 部署后閘道 |
| 部署之後，小組想要等候指定的時間，再提示用戶註銷。 | 部署后閘道 和 部署後核准 |
| 在部署期間，用戶必須手動遵循特定指示，然後繼續部署。 | 手動介入 或 手動驗證 |
| 在部署期間，小組想要提示使用者輸入部署工作所使用的參數值，或允許使用者編輯版本。 | 手動介入 或 手動驗證 |
| 在部署期間，團隊希望等到監控系統或資訊平台偵測到任何活躍事件後，再繼續進行其他的部署工作。 | 已規劃 |
您可以在發行管線中結合這三種技術，以完全達到自己的部署需求。
此外，您可以安裝與 ServiceNow 整合的擴充功能，以協助您透過 ITIL 等服務管理方法來控制和管理部署。 如需詳細資訊，請參閱 與 ServiceNow 變更管理整合。
備註
執行部署前閘道之前的延遲時間上限為48小時。 如果您需要改為延遲閘道的整體啟動，建議您在發行管線中使用 延遲工作 。
# Delay further execution of a workflow by a fixed time
pool: server
steps:
- task: Delay@1
displayName: 'Delay by 5 minutes'
inputs:
delayForMinutes: 5
