限制工作項目狀態轉換

在預覽版中推出數個短期衝刺之後，我們現在會在Sprint 172 Update中向所有客戶宣布狀態轉換限制規則的一般版本。

如需詳細資訊， 請參閱下方的功能 清單。

功能

Azure Boards

• 狀態轉換限制規則
• 複製工作專案以複製子系
• 改善已啟動和已解析欄位的規則
• 待辦專案和面板上的系統工作項目類型（私人預覽版）

Azure Pipelines

• 獨佔部署鎖定原則
• 管線資源觸發程式的階段篩選
• YAML 管線的一般 Webhook 型觸發程式
• YAML 資源觸發程式問題支援和可追蹤性
• 影響管線之即時網站事件的橫幅

Azure Artifacts

• 能夠從UI建立組織範圍的摘要

Azure Boards

狀態轉換限制規則

經過數次私人預覽短期衝刺之後，狀態轉換限制規則現在已正式推出給所有客戶。 這個新的工作項目類型規則可讓您限制工作專案從某個狀態移至另一個狀態。 例如，您可以限制 Bug 從 [新增] 移至 [已解決]。 相反地，他們必須從 [新增 - 作用中> - 已解決]>

您也可以建立規則，以依群組成員資格限制狀態轉換。 例如，只有「核准者」群組中的使用者才能將用戶劇本從 New -> Approved 移動。

複製工作專案以複製子系

Azure Boards 的最上層要求功能之一，就是能夠複製也會複製子工作專案的工作專案。 在此短期衝刺中，我們已將 [包含子工作專案] 的新選項新增至 [複製工作專案] 對話框。 選取時，此選項會複製工作專案，並複製所有子工作專案（最多 100 個）。

改善已啟動和已解析欄位的規則

到目前為止，Activated By、Activated Date、Resolved By 和 Resolved Date 的規則一直是個謎。 它們只會針對系統工作項目類型進行設定，且專屬於「作用中」和「已解決」的狀態值。 在短期衝刺 172 中，我們已變更邏輯，讓這些規則不再適用於特定狀態。 相反地，它們會由狀態所在的類別（狀態類別）觸發。 例如，假設您在 [已解決] 類別中有「需要測試」的自定義狀態。 當工作專案從「作用中」變更為「需要測試」時， 會觸發「已解決者 」和 「已解決日期 」規則。

這可讓客戶建立任何自定義狀態值，但仍產生 [啟用者]、 [啟用日期]、 [解析依據] 和 [解析日期 ] 字段，而不需要使用自定義規則。

待辦專案和面板上的系統工作項目類型（私人預覽版）

自繼承程式模型開始以來，已排除數個工作專案類型，無法新增至面板和待辦專案。 這些工作項目類型包括：

從此短期衝刺開始，我們會允許那些想要讓這些工作項目類型在任何待辦專案層級上可用的客戶提供私人預覽。

如果您有興趣預覽這項功能，請使用 您的組織名稱傳送電子郵件給我們 ，我們可以為您提供存取權。

Azure Pipelines

獨佔部署鎖定原則

透過此更新，您一次只能將單一執行部署至環境。 藉由在環境上選擇「獨佔鎖定」檢查，只會繼續執行一次。 後續要部署至該環境的執行將會暫停。 當具有獨佔鎖定的執行完成之後，最新的執行將會繼續進行。 任何中繼執行都會取消。

管線資源觸發程式的階段篩選

在此短期衝刺中，我們新增了「階段」的支援，做為 YAML 中管線資源的篩選。 使用此篩選器時，您不需要等候整個 CI 管線完成以觸發 CD 管線。 您現在可以選擇在 CI 管線中完成特定階段時觸發 CD 管線。

resources:
  pipelines:
  - pipeline: MyCIAlias  
    project: Fabrikam  
    source: Farbrikam-CI  
    trigger:    
      stages:            ### This stage filter is used when evaluating conditions for triggering your CD pipeline
      - PreProduction    ### stages are AND'ed. On successful completion of all the stages provided, your CD pipeline will be triggered. 
      - Production

當您的 CI 管線中順利完成觸發程式篩選中提供的階段時，就會針對 CD 管線自動觸發新的執行。

YAML 管線的一般 Webhook 型觸發程式

目前，我們有各種資源（例如管線、容器、組建和套件），您可以透過這些資源取用成品並啟用自動化觸發程式。 不過，到目前為止，您無法根據其他外部事件或服務將部署程序自動化。 在此版本中，我們引進 YAML 管線中的 Webhook 觸發程式支援，以啟用管線自動化與任何外部服務的整合。 您可以透過其 Webhook 訂閱任何外部事件（GitHub、GitHub Enterprise、Nexus、Artifactory 等），並觸發您的管線。

以下是設定 Webhook 觸發程式的步驟：

1. 在您的外部服務上設定 Webhook。 建立 Webhook 時，您需要提供下列資訊：

   • 要求 URL - “https://dev.azure.com/<ADO Organization>/_apis/public/distributedtask/webhooks/<WebHook Name>？api-version=6.0-preview”
   • 秘密 - 這是選擇性的。 如果您需要保護您的 JSON 承載，請提供 秘密 值

2. 建立新的「傳入 Webhook」服務連線。 這是新引進的服務連線類型，可讓您定義三個重要資訊：

   • Webhook 名稱：Webhook 的名稱應符合在外部服務中建立的 Webhook。
   • HTTP 標頭 - 要求中 HTTP 標頭 的名稱，其中包含要求驗證的承載哈希值。 例如，在 GitHub 的情況下，要求標頭會是 “X-Hub-Signature”
   • 秘密 - 秘密用來剖析用於驗證傳入要求的承載哈希（這是選擇性的）。 如果您在建立 Webhook 時使用了秘密，則必須提供相同的秘密密鑰

   

3. YAML 管線中引進名為 webhooks 的新資源類型。 若要訂閱 Webhook 事件，您必須在管線中定義 Webhook 資源，並將其指向傳入 Webhook 服務連線。 您也可以根據 JSON 承載數據在 Webhook 資源上定義其他篩選，以進一步自定義每個管線的觸發程式，並以作業中的變數形式取用承載數據。

resources:
  webhooks:
    - webhook: MyWebhookTrigger          ### Webhook alias
      connection: MyWebhookConnection    ### Incoming webhook service connection
      filters:
        - path: repositoryName      ### JSON path in the payload
          value: maven-releases     ### Expected value in the path provided
        - path: action
          value: CREATED
steps:
- task: PowerShell@2
  inputs:
    targetType: 'inline'
    ### JSON payload data is available in the form of ${{ parameters.<WebhookAlias>.<JSONPath>}}
    script: |
      Write-Host ${{ parameters.MyWebhookTrigger.repositoryName}}
      Write-Host ${{ parameters.MyWebhookTrigger.component.group}}

4. 每當傳入 Webhook 服務連線收到 Webhook 事件時，就會針對訂閱 Webhook 事件的所有管線觸發新的執行。

YAML 資源觸發程式問題支援和可追蹤性

當管線觸發程式無法如預期般執行時，可能會造成混淆。 為了協助進一步瞭解這一點，我們在管線定義頁面中新增了一個名為「觸發程序問題」的功能表項，其中會顯示有關觸發程式執行原因的資訊。

資源觸發程式可能會因為兩個原因而無法執行。

1. 如果所提供的服務連線來源無效，或觸發程式中有任何語法錯誤，則完全不會設定觸發程式。 這些會呈現為錯誤。

2. 如果觸發條件不相符，則不會執行觸發程式。 每當發生這種情況時，就會顯示警告，以便您了解條件不相符的原因。

   

影響管線之即時網站事件的橫幅

我們已將警告橫幅新增至管線頁面，以提醒使用者您區域中持續發生的事件，這可能會影響您的管線。

Azure Artifacts

能夠從UI建立組織範圍的摘要

我們讓客戶能夠透過內部部署和託管服務的 Web UI 建立和管理組織範圍的摘要。

您現在可以透過UI建立組織範圍的摘要，方法是移至 [成品 -> 建立摘要]，然後在 [範圍] 中選擇一種摘要。

雖然我們建議使用專案範圍的摘要，以配合 Azure DevOps 供應專案的其餘部分，但您可以再次透過 UI 和各種 REST API 建立、管理及使用組織範圍的摘要。 如需詳細資訊，請參閱我們的摘要檔。

下一步

前往 Azure DevOps 並查看。

如何提供意見反應

我們很樂意聽到您對於這些功能的看法。 使用說明功能表來回報問題或提供建議。

您也可以在 Stack Overflow 上的社群取得建議和您的問題。

感謝您！

亞倫·霍爾伯格