傳遞計畫 2.0 的新增強功能
在此短期衝刺中,我們會使用新的壓縮檢視和匯總資訊來增強傳遞計畫 2.0。 我們也介紹手動驗證,以及用於在 YAML 管線中預先宣告資源的新 uses
語句。
如需詳細資訊,請參閱下方的功能清單。
Azure Boards
Azure Pipelines
Azure Boards
傳遞計畫:匯總資訊
在傳遞方案 2.0 公開預覽版中,現已提供匯總資訊。 處理類似 Epics 或功能等較高層級的工作專案時,您可能會想要查看更多詳細資料。 匯總會顯示基礎子工作專案的進度,並顯示完整的故事。 若要啟用此功能,請移至 您的計畫設定,然後選取 [ 欄位],然後選取 [ 顯示子匯總資料]。
傳遞計畫:壓縮檢視
在傳遞方案 2.0 公開預覽版中,客戶現在可以在一般檢視和精簡檢視之間切換。 具有其他欄位的卡片可能會佔用許多垂直空間。 這讓一次在螢幕上看不到多個卡片,即使完全縮小也是如此。我們建立了折迭的卡片檢視,它會隱藏卡片中的所有欄位,並只顯示工作專案類型圖示和標題。 隱藏並顯示所有欄位現在只是按一下即可。
Azure Pipelines
預先宣告資源的 「uses」 語句
當管線在代理程式上執行作業時,該代理程式會獲得存取權杖,以回呼 Azure Pipelines REST API,以及下載存放庫等資源。 針對 YAML 管線,我們最近新增了一個設定,將權杖限制為只在作業中實際使用的存放庫。 不過,某些客戶在使用存放庫時未明確使用 checkout
步驟,例如,如果他們使用腳本步驟直接呼叫 Git。 這些客戶無法啟用權杖限制功能,因為 Azure Pipelines 無法精確地判斷作業所需的存放庫。
透過此更新,我們已新增替代方式,告知 Azure Pipelines 作業想要使用存放庫而不使用 checkout
步驟。 相反地,您可以使用新的 uses
關鍵字,如下所示:
resources:
repositories:
- repository: myrepo
type: git
name: MyProject/MyRepo
jobs:
- job: myjob
uses:
repositories:
- myrepo
steps:
# without the preceding "uses" statement, if you have the
# new limit-repositories feature turned on, then Azure Pipelines
# won't include this repo in the access token and you'll
# get an access error at runtime (also, in a real pipeline
# you must include the auth token header as an argument to Git)
- script: git clone https://dev.azure.com/MyOrg/MyProject/_git/MyRepo
這項功能也會解決相關的 (,但較不常見的) 問題。 如果您使用 matrix
關鍵字來產生多個作業,而且這些作業會使用矩陣步驟中指定的集區,您可能遇到授權管線這些集區時發生問題。 根本原因相同:因為矩陣是在執行時間計算,所以前置資源授權系統無法精確地判斷所使用的集區。 使用 uses
,您可以宣告作業將使用哪些集區,以便預先獲得授權。
jobs:
- job: mtrx
strategy:
matrix:
windows:
mypoolname: Private-Windows
mac:
mypoolname: Private-Mac
pool: $(mypoolname)
# without the following "uses" statement, "pool" won't see
# the pool names until it's too late, and you'll get an error
# at runtime
uses:
pools:
- Private-Windows
- Private-Mac
YAML 管線的手動驗證
使用新發行的 手動驗證 工作,您可以暫停 YAML 管線中間階段。 這可讓您執行手動或離線活動,然後繼續執行 (或拒絕執行) 。 這在您想要暫停管線的案例中特別有用,並讓對等驗證組態設定、建置套件等。在繼續進行長時間執行的計算密集型作業之前。 深入了解。
後續步驟
注意
這些功能將在接下來兩到三周推出。
請前往 Azure DevOps 並查看。
如何提供意見反應
我們希望聽到您對這些功能的想法。 使用說明功能表來回報問題或提供建議。
您也可以在 Stack Overflow上取得社群所回答的建議和問題。
感謝您!
Matt Cooper