Azure Pipelines - Sprint 177 Update
功能
更新 Azure Pipelines 代理程式中的節點
從最初發佈的更新：由於與 Red Hat Enterprise Linux 6 和節點 14 不相容，我們已暫停在節點 14 上的工作，並且會先專注於進入節點 10。
此版本已開始從節點 6 移出，並移往支援的 Node 版本，作為 Azure Pipelines 工作的慣用運行時間。 我們已更新第一批現成的工作，以在節點 10 上執行。 這項變更會標示程式開始，預設會從代理程式中移除節點 6。 節點 6 已結束長期支援，而且通常會被自動化掃描器標示為安全性風險。 雖然我們相信使用 Node 6 不太可能受到大部分潛在缺陷的約束，但我們仍務必將工作放到支援的運行時間上。 在 2021 年日曆年度中，我們計劃開始運送不含節點 6 的代理程式版本。
如果您使用任何已啟用節點 10 的工作，則自我裝載的代理程式會自行更新，以執行新版本的工作。 除此之外，對大多數客戶來說應該不會有任何影響。 另一方面，如果您是任何工作的作者，您應該開始更新它們，以在節點 10 上執行。 在 的 task.json下 execution，您可以從 更新 Node 為 Node10。 如果您需要支援較舊的伺服器版本，您可以離開進入 Node 點。 了解節點 10 處理程式的 Azure DevOps 實例預設會選擇它，且不會回復到節點 6 實作的實例。
儲存狀況不良的代理程式以在擴展集代理程式中進行調查
當您使用擴展集代理程式時，Azure Pipelines 會管理代理程序實例的相應增加和減少。 當 Azure Pipelines 偵測到擴展集中狀況不良的 VM 時，它會將問題記錄到集區診斷 UI，並嘗試刪除 VM。 VM 可能狀況不良的原因有很多：擴展集的網路設定可能已防止 Azure Pipelines 擴充功能下載最新的代理程式、您的自定義腳本擴充功能可能失敗，或擴展集 VM 映射可能有擱置重新啟動或擱置的 Windows 更新。
藉由刪除狀況不良的 VM，Azure Pipelines 會讓您的代理程式集區保持優化，以執行 CI/CD 作業。 在某些情況下，您可以使用 Azure Pipelines 診斷頁面（如上所示）或 Azure 診斷頁面來偵錯此問題。 不過，在許多情況下，診斷問題的最佳方式是登入 VM 並檢閱代理程式記錄和事件查看器記錄。 目前，由於系統會自動刪除狀況不良的 VM，因此不容易這麼做。
在此版本中，我們藉由讓您儲存狀況不良的代理程序進行調查，來增強狀況不良 VM 的可診斷性。
儲存狀況不良的代理程式時，您可以連線到虛擬機、偵錯及擷取您需要的任何記錄。 完成後，您可以釋放代理程序和相關聯的 VM。 如需詳細資訊，請參閱疑難解答狀況不良的代理程式一節。
ubuntu-latest 管線即將使用 Ubuntu-20.04
Ubuntu 20.04 即將成為 Azure Pipelines 中標籤的預設版本 ubuntu-latest 。 這項變更將在 11 月 30 日開始的幾周內推出。
如果您看到 Ubuntu 管線的任何問題：
- 在 虛擬環境存放庫中提出問題
- 將 指定
ubuntu-18.04為vmImage管線中的 ，切換回Ubuntu18.04。 我們將繼續支援Ubuntu18.04。
請注意， ubuntu-18.04 預 ubuntu-20.04 安裝的工具和預設版本的工具可能不同。 如需所有差異的資訊，請參閱 https://github.com/actions/virtual-environments/issues/1816。
下一步
注意
這些功能將在未來兩到三周內推出。
前往 Azure DevOps 並查看。
如何提供意見反應
我們很樂意聽到您對於這些功能的看法。 使用說明功能表來回報問題或提供建議。
您也可以在 Stack Overflow 上的社群取得建議和您的問題。