共用方式為

新的 Boards 中樞公開預覽

  • 發行項

新的 Boards 中樞現在可在公開預覽中取得。 Web 平臺已更新，以提供新的新式設計、回應式重排、協助工具合規性，以及改善的頁面效能。

如需詳細資訊，請參閱版本資訊。

一般

Azure Boards

Azure Pipelines

一般

稽核現在是您組織的加入宣告功能

稽核現已在 Azure DevOps 上成為加入宣告功能。 如果您的組織目前未主動使用稽核 (，也就是在過去 90 天內至少造訪稽核記錄兩次，或已設定稽核串流) ，您必須 明確開啟組織的 稽核功能，才能開始這麼做。 開啟之後，稽核事件將會包含在組織的稽核記錄中。 對於使用中稽核的組織，此功能會保持 開啟狀態。

您可以從 [ 組織設定 ] 頁面在您的組織上啟用稽核。

在右側提要欄位上，您會在 [安全性] 標頭下方看到 [ 原則 ]。 假設您的組織受到 Azure Active Directory 的支援，您應該會看到其中一個可用的安全性原則是 記錄稽核事件。 MSA 支援的組織將不再提供稽核功能。

稽核事件

只要將此原則切換為 [開啟 ] 和 [稽核] 現在應該 (如果它未立即出現，請重新整理頁面，而且應該) 使用。 如果您不想再收到稽核事件，請將按鈕切換為 [關閉]。 當按鈕關閉時，[稽核] 頁面將不再出現在提要欄位中，且 [稽核記錄] 頁面將無法使用。 所有設定的稽核資料流程都會停止接收事件。

來賓使用者只會看到公用使用者資料

停用外部來賓存取原則並啟用[允許公用專案]原則時，來賓使用者只能看到公用使用者資料，例如公用專案成員的顯示名稱等等。 這是為匿名使用者授與的相同體驗。 這適用于透過 Web 體驗提供的任何個人資料 (，例如，當使用者嘗試提及其他使用者或指派工作專案) ，以及透過 REST API 取得的任何個人資料時，會出現在身分識別選擇器中。

Azure Boards

新的 Boards 中樞現在可在公開預覽中取得

在過去幾個月，我們的小組著重于將Azure Boards中樞的使用者體驗現代化。 UI 已更新，以提供更快的使用者介面、與其他產品的一致性，以及改善的協助工具。 小組很興奮地宣佈新的Azure Boards體驗公開預覽。

此功能維持不變，但您可以預期下列各項：

  • 新式設計
  • 回應式重排
  • 提升效能
  • 協助工具合規性

若要加入宣告公開預覽，請在 [預覽功能] 區段中，將名為 New Boards Hubs 的功能切換為 [開啟]。

要示範的 Gif 加入宣告公開預覽。

如果基於某些原因， 新的 Boards 中樞 導致您發生封鎖問題，您可以關閉預覽。 但請試用新的體驗，並 傳送您的意見反應給我們。 請務必讓我們知道是否有任何專案遺失或未如預期般運作。

Azure Pipelines

擴充的 YAML 管線範本現在可以傳遞階段、作業和部署的內容資訊

透過此更新，我們會新增 、 deployment 和 stage YAML 管線元件的新 templateContext 屬性 job ，以便與範本搭配使用。

以下是使用 templateContext 的案例：

  • 您可以使用範本來減少程式碼重複，或 改善管線的安全性

  • 您的範本會接受 作為 、 jobs 或 的參數 stages 清單deployments

  • 範本會處理輸入清單，並在每個階段、作業或部署上執行一些轉換。 例如，它會設定每個作業執行所在的環境，或新增其他步驟以強制執行合規性

  • 處理需要管線作者將其他資訊傳遞給清單中的每個階段、作業或部署的範本

讓我們看看下列範例。 假設您正在撰寫管線，以執行提取要求驗證的端對端測試。 您的目標是只測試系統的一個元件，但因為您打算執行端對端測試，所以您需要一個環境，其中有更多系統元件可供使用，而且您需要指定其行為。

您瞭解其他小組會有類似的需求，因此您決定將環境設定的步驟擷取到範本中。 其程式碼如下所示：

testing-template.yml

parameters: 
- name: testSet
  type: jobList

jobs:
- ${{ each testJob in parameters.testSet }}:
  - ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 200) }}:
    - job:
      steps:
        - script: ./createSuccessfulEnvironment.sh ${{ testJob.templateContext.requiredComponents }}
        - ${{ testJob.steps }}
  - ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 500) }}:
    - job:
      steps:
        - script: ./createRuntimeErrorEnvironment.sh ${{ testJob.templateContext.requiredComponents }}
        - ${{ testJob.steps }}

範本的功能是針對 參數中的每個 testSet 作業，它會設定 ${{ testJob.templateCoNtext.requiredComponents }} 所指定系統元件的回應，以傳回 ${{ testJob.templateCoNtext.expectedHTTPResponseCode }}。

然後，您可以建立自己的管線，如 testing-template.yml 下列範例所示。

sizeapi.pr_validation.yml

trigger: none

pool:
  vmImage: ubuntu-latest

extends:
  template: testing-template.yml
  parameters:
    testSet:
    - job: positive_test
      templateContext:
        expectedHTTPResponseCode: 200
        requiredComponents: dimensionsapi
      steps:
      - script: ./runPositiveTest.sh
    - job: negative_test
      templateContext:
        expectedHTTPResponseCode: 500
        requiredComponents: dimensionsapi
      steps:
      - script: ./runNegativeTest.sh

此管線會執行兩個測試，一個是正數和一個負面測試。 這兩項測試都需要 dimensionsapi 元件可供使用。 作業 positive_test 預期會傳 dimensionsapi 回 HTTP 代碼 200，但 negative_test 預期它會傳回 HTTP 代碼 500。

已更新 Windows 2016 託管映射的淘汰日期

我們已將 Windows 2016 映射的淘汰日期從 4 月 1 日移至 6 月 30 日。 雖然大部分使用此映射的客戶已更新其管線，但仍有使用此映射的客戶。 若要確認您的組織是否使用 Windows 2016，請使用 這些指示 來使用已取代的映射來識別管線。

為了協助客戶識別管線，我們會繼續執行分色。 這些是無法使用映射的 24 小時期間，導致在此期間執行的管線作業失敗。 在下列情況中，將會發生如下的棕色：

  • 星期一 4 月 18 日
  • 星期二 4 月 26 日
  • 5 月 4 日星期三
  • 5 月 12 日星期四
  • 5 月 20 日星期五
  • 5 月 23 日星期一
  • 5 月 31 日星期二
  • 星期三 6 月 8 日
  • 6 月 16 日星期四
  • 6 月 24 日星期五
  • 6 月 27 日星期一

後續步驟

注意

這些功能將在接下來兩到三周推出。

請前往 Azure DevOps 並查看。

移至 Azure DevOps

如何提供意見反應

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

提供建議

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

感謝您！

Aaron Hallberg