Azure DevOps Server 2019 Update 1 版本資訊

發行項
03/17/2025

開發人員社群 | 系統需求 | 授權條款 | DevOps 部落格 | SHA-1 哈希

在本文中，您將找到 Azure DevOps Server 最新版的相關信息。

若要深入瞭解如何安裝或升級 Azure DevOps Server 部署，請參閱 Azure DevOps Server 需求。若要下載 Azure DevOps 產品，請瀏覽 Azure DevOps Server 下載頁面。

Azure DevOps Server 2019 或 Team Foundation Server 2015 或更新版本支援直接升級至 Azure DevOps Server 2020。如果您的 TFS 部署位於 TFS 2010 或更早版本，您必須在升級至 Azure DevOps Server 2019 之前執行一些過渡步驟。若要深入瞭解，請參閱安裝和設定 Azure DevOps 內部部署。

安全地從 Azure DevOps Server 2019 升級至 Azure DevOps Server 2020

Azure DevOps Server 2020 引進新的管線執行（組建）保留模型，其運作方式是根據專案層級設定。

Azure DevOps Server 2020 會根據管線層級保留原則，以不同的方式處理組建保留。某些政策配置會導致升級後管道運行被刪除。在升級之後，已手動保留或由發布保留的管線運行不會被刪除。

如需如何安全地從 Azure DevOps Server 2019 升級至 Azure DevOps Server 2020 的詳細資訊，請閱讀我們的部落格文章。

Azure DevOps Server 2019 Update 1.2 Patch 10 Release Date：2025 年 3 月 11 日

檔案	SHA-256 哈希
devops2019.1.2patch10.exe	0983A46E080DDDE09208612247670D2BAAF2A9AD3BF57FD111AF95F14F120E70

我們已針對 Azure DevOps Server 2019 Update 1.2 發行 Patch 10，其中包含下列專案：

因 Edgio CDN 棄用而更新任務。如需詳細資訊，請參閱切換 CDN 提供者部落格文章。

Azure DevOps Server 2019 Update 1.2 Patch 9 Release Date：2024 年 5 月 28 日

檔	SHA-256 哈希
devops2019.1.2patch9.exe	4A3F41BBE00174DE964667878766EBF7F4D292526CBC1D885180B55D994B4D81

我們已針對 Azure DevOps Server 2019 Update 1.2 發行 Patch 9，其中包含下列專案：

簡化先前修補程式的代理程式和工作更新的部署（修補程式 5 和 6）。

注意

不需要遵循修補程式 5 和 6 中的步驟;您可以略過這些修補程式，並改為套用此修補程式。

安裝修補程式

重要

 此修補程式會更新可用的管線代理程式，安裝 Patch 9 之後的新版代理程式將會是 3.225.0。

管線需求

若要套用新的行為來驗證命令行自變數，必須在使用受影響工作的管線中設定變數 AZP_75787_ENABLE_NEW_LOGIC = true。如需已啟用行為的詳細資訊，請參閱這裡：

在經典方面：

在管線的變數索引標籤中定義變數。
YAML 範例：

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true

Azure DevOps Server 2019 Update 1.2 Patch 8 發行日期：2024 年 3 月 12 日

檔	SHA-256 哈希
devops2019.1.2patch8.exe	67E78EA7D67A09A6EE06309614F92E6D8495DEF52FF442E4E7C7979244FAD20A

我們已針對 Azure DevOps Server 2019 Update 1.2 發行 Patch 8，其中包含下列專案的修正：

解決在安裝 Patch 7 之後 Proxy 伺服器停止運作的問題。

Azure DevOps Server 2019 Update 1.2 Patch 7 Release Date：2024 年 2 月 13 日

檔	SHA-256 哈希
devops2019.1.2patch7.exe	8C67C72A83C9215302BDEFB752A7C4E3F876D4D17FCFA63A02B955FCFB5455AA

我們已針對 Azure DevOps Server 2019 Update 1.2 發行 Patch 7，其中包含下列專案的修正：

已修正 Proxy 快取資料夾所使用的磁碟空間不正確且資料夾未正確清除的錯誤。
CVE-2024-20667：Azure DevOps Server 遠端程式代碼執行弱點。

Azure DevOps Server 2019 Update 1.2 Patch 6 發行日期：2023 年 11 月 14 日

我們已發行 Azure DevOps Server 2019 Update 1.2 的修補程式，其中包含下列的修正程式。

擴展 PowerShell 工作的允許字元清單，以啟用 殼層工作參數驗證的自變數。

注意

若要實作此修補程式的修正程式，您必須遵循許多步驟來手動更新工作。

安裝修補程式

重要

我們已發行 Azure Pipelines 代理程式的更新，修補程式 5 於 2023 年 9 月 12 日發行。如果您未如修補程式 5 的版本資訊所述安裝代理程式更新，建議您先安裝這些更新，再安裝 Patch 6。安裝 Patch 5 之後的新版本代理程式將會是 3.225.0。

設定 TFX

請遵循將工作上傳至專案集合檔中的步驟，以使用 tfx-cli 安裝及登入。

使用 TFX 更新工作

檔案	SHA-256 哈希
Tasks20231103.zip	389BA66EEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5

下載並擷取 Tasks20231103.zip。
將目錄變更為解壓縮的檔案。
執行以下命令來上傳任務：

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.230.0.zip
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.230.0.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.230.0.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.230.0.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.230.0.zip

管線需求

若要使用新的行為，必須在使用受影響工作的管線中設定變數 AZP_75787_ENABLE_NEW_LOGIC = true。

關於經典:

在管線的變數索引標籤中定義變數。
YAML 範例：

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true

Azure DevOps Server 2019 Update 1.2 Patch 5 發行日期：2023 年 9 月 12 日

我們已發行 Azure DevOps Server 2019 Update 1.2 的修補程式，其中包含下列的修正程式。

CVE-2023-33136：Azure DevOps Server 遠端程式代碼執行弱點。
CVE-2023-38155：Azure DevOps Server 和 Team Foundation Server 權限提升漏洞。

重要

請將修補程式部署到測試環境，並確定環境的管線在將修正套用至生產環境之前如預期般運作。

注意

若要實作此修補程式的修正程式，您必須遵循許多步驟來手動更新代理程式和工作。

安裝修補程式

下載並安裝 Azure DevOps Server 2019 Update 1.2 patch 5。

更新 Azure Pipelines 代理程式

從下列位置下載代理程式： https://github.com/microsoft/azure-pipelines-agent/releases/tag/v3.225.0 - Agent_20230825.zip
使用在自行裝載 Windows 代理程式文件中概述的步驟來部署代理程式。

注意

AZP_AGENT_DOWNGRADE_DISABLED必須設定為「true」，以防止代理降級。在 Windows 上，下列命令可用於系統管理命令提示字元，後面接著重新啟動。 setx AZP_AGENT_DOWNGRADE_DISABLED true /M

設定 TFX

請遵循將工作上傳至專案集合檔中的步驟，以使用 tfx-cli 安裝及登入。

使用 TFX 更新工作

下載並擷取 Tasks_20230825.zip。
將目錄切換至解壓縮檔案所在的資料夾。
執行下列命令來上傳任務：

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.226.3.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.226.2.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.226.1.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.226.2.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.226.2.zip

管線需求

若要使用新的行為，必須在使用受影響工作的管線中設定變數 AZP_75787_ENABLE_NEW_LOGIC = true。

關於經典：

在管線的變數索引標籤中定義變數。
YAML 範例：

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true

Azure DevOps Server 2019 Update 1.2 Patch 4 發行日期：2023 年 8 月 8 日

我們已針對 Azure DevOps Server 2019 Update 1.2 發行修補程式，其中包含下列的修正程式。

CVE-2023-36869：Azure DevOps Server 詐騙弱點。
更新 SSH 服務以支援 SHA2-256 和 SHA2-512。如果您已將 SSH 設定檔硬編碼為使用 RSA，您應該更新為 SHA2 或移除該項目。
修正 CronScheduleJobExtension 上的無限迴圈 Bug。

Azure DevOps Server 2019 Update 1.2 Patch 3 發行日期：2023 年 6 月 13 日

我們已針對 Azure DevOps Server 2019 Update 1.2 發行修補程式，其中包含下列的修正程式。

已修正從 2018 或更早版本升級時，干擾套件推送過程的錯誤。

Azure DevOps Server 2019 Update 1.2 Patch 2 發行日期：2022 年 12 月 13 日

我們已針對 Azure DevOps Server 2019 Update 1.2 發行修補程式，其中包含下列的修正程式。

已修正「帳戶平行處理原則同步分析作業」中的失敗。

Azure DevOps Server 2019 Update 1.2 Patch 1 發行日期：2022 年 7 月 12 日

我們已針對 Azure DevOps Server 2019 Update 1.2 發行修補程式，其中包含下列的修正程式。

在測試回合 API 中，傳回的接續令牌大於指定的 “maxLastUpdatedDate” 值。
編輯傳統管線時，在捨棄不同索引標籤上的變更之後，保留索引標籤是空白的。

Azure DevOps Server 2019 Update 1.2 發行日期：2022 年 5 月 17 日

Azure DevOps Server 2019 Update 1.2 是 Bug 修正的匯總。您可以直接安裝 Azure DevOps Server 2019 Update 1.2 或從 Azure DevOps Server 2019 或 Team Foundation Server 2013 或更新版本升級。

注意

數據遷移工具在此版本發行約三周後，將可支援 Azure DevOps Server 2019 Update 1.2。您可以在這裏看到目前支援匯入版本清單。

此版本包含下列專案的修正：

停用使用者的 Active Directory 帳戶之後，撤銷所有個人存取令牌。

Azure DevOps Server 2019 Update 1.1 Patch 13 發行日期：2022 年 1 月 26 日

我們已針對 Azure DevOps Server 2019 Update 1.1 發行修補程式，其中包含下列的修正程式。

使用工作專案中的 @mention 控件時，不會傳送電子郵件通知。
首選電子郵件地址未於使用者配置檔中更新。這會導致電子郵件傳送至先前的電子郵件位址。
藉由從log4j二進位檔中移除 jndilookup 類別來解決 Elasticsearch 弱點。

安裝步驟

使用 Patch 13升級伺服器。
在 HKLM:\Software\Elasticsearch\Version檢查登錄值。如果登錄值不存在，請新增字串值，並將 Version 設定為 5.4.1（Name = Version， Value = 5.4.1）。
執行如自述檔中所提供的更新命令 PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update。它可能會傳回警告，例如：無法連線到遠端伺服器。請勿關閉窗口，因為更新會執行重試，直到完成為止。

注意

如果 Azure DevOps Server 和 Elasticsearch 安裝在不同的電腦上，請遵循下列步驟。

使用 Patch 13升級伺服器。
檢查位於 HKLM:\Software\Elasticsearch\Version的登錄值。如果登錄值不存在，請新增字串值，並將 Version 設定為 5.4.1（Name = Version， Value = 5.4.1）。
將名為 zip 的資料夾內容複製到 Elasticsearch 遠端檔案資料夾 C:\Program Files\{TFS Version Folder}\Search\zip。
在 Elasticsearch 伺服器電腦上執行 Configure-TFSSearch.ps1 -Operation update。

SHA-256 哈希： DB762E391F9DF8E71E58D6FAA169CA44DFBE996AE6567B55F772CBA9E3DA2AB3

Azure DevOps Server 2019 Update 1.1 Patch 12 發行日期：2021 年 9 月 15 日

Azure DevOps Server 2019 Update 1.1 Patch 12 包含下列的修正程式。

修正工作專案巨集，使其適用於含有「包含文字」的查詢。先前，查詢會針對包含換行符的值傳回不正確的結果。
自訂工作專案版面配置狀態的在地化問題。
電子郵件通知範本中的當地語系化問題。
當為某欄位定義多個 NOTSAMEAS 規則時，會產生 NOTSAMEAS 規則評估問題。

Azure DevOps Server 2019 Update 1.1 Patch 11 Release Date：2021 年 9 月 14 日

Azure DevOps Server 2019 Update 1.1 的修補程式 11 包含下列的修正程式。

解決在此開發人員社群回饋票證中回報的問題。

Azure DevOps Server 2019 Update 1.1 Patch 10 Release Date：2021 年 8 月 10 日

Azure DevOps Server 2019 Update 1.1 的 Patch 10 包含下列修正問題。

修正某些工作專案類型的電子郵件傳遞工作問題。

Azure DevOps Server 2019 Update 1.1 Patch 9 發行日期：2021 年 6 月 15 日

Azure DevOps Server 2019 Update 1.1 的 Patch 9 包含下列修補程式。

修正數據匯入的問題。對於有許多過時測試案例的客戶而言，數據匯入需要很長的時間。這是因為引用增加了 tbl_testCaseReferences 數據表的大小。在此修補程式中，我們已移除過時測試案例的參考，以協助加速數據匯入程式。

Azure DevOps Server 2019 Update 1.1 Patch 8 發行日期：2021 年 4 月 13 日

我們已針對 Azure DevOps Server 2019 Update 1.1 發行修補程式，以修正下列各項。

CVE-2021-27067：資訊洩漏
解決在開發人員社群意見反應票證中回報的問題 | 無法在 Azure DevOps Server 2019 上記錄測試結果的迭代詳細資訊。

若要執行此修補程式的修正，您必須遵循下列步驟，以一般修補程式安裝和 AzureResourceGroupDeploymentV2 工作項目安裝。

修補程式的一般安裝

如果您有 Azure DevOps Server 2019 Update 1.1，您應該安裝 Azure DevOps Server 2019 Update 1.1 Patch 8。

驗證安裝

選項 1：執行 devops2019.1.1patch8.exe CheckInstall，devops2019.1.1patch8.exe 是從上述鏈接下載的檔案。命令的輸出會指出已安裝修補程式，或未安裝。
選項 2：檢查下列檔案的版本：[INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll。 Azure DevOps Server 2019 預設會安裝到 c:\Program Files\Azure DevOps Server 2019。安裝 Azure DevOps Server 2019.1.1 Patch 8 之後，版本會是 17.153.31129.2。

AzureResourceGroupDeploymentV2 任務安裝

注意

下列所有步驟都必須在 Windows 電腦上執行

安裝

將 AzureResourceGroupDeploymentV2.zip 套件解壓縮到您電腦上的新資料夾。例如：D：\tasks\AzureResourceGroupDeploymentV2。
請根據您的機器需求下載並安裝 Node.js 14.15.1 和 npm（含於 Node.js 下載中）。
在系統管理員模式中開啟命令提示字元，然後執行下列命令以安裝 tfx-cli。

npm install -g tfx-cli

建立具有 完整存取權 許可權的個人存取令牌，並加以複製。執行 tfx 登入 命令時，將會使用此個人存取令牌。
從命令提示字元執行下列命令。出現提示時，請輸入 [服務 URL] 和 [個人存取令牌]。

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

執行以下命令將任務上傳至伺服器。使用從步驟 1 擷取 .zip 檔案的路徑。

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Azure DevOps Server 2019 Update 1.1 Patch 7 Release Date：2021 年 1 月 12 日

我們已針對 Azure DevOps Server 2019 Update 1.1 發行修補程式，以修正下列各項。如需詳細資訊，請參閱部落格文章。

測試執行詳細資訊不會顯示使用 OpsHub 移轉所移轉的測試數據的測試步驟詳細資訊。
'Microsoft.TeamFoundation.TestManagement.Server.TCMLogger' 的初始化程序發生例外狀況
移轉至 Azure DevOps Server 2020 之後，立即刪除未完成的組建
修正數據提供者例外狀況

Azure DevOps Server 2019 Update 1.1 Patch 6 發行日期：2020 年 12 月 8 日

我們已針對 Azure DevOps Server 2019 Update 1.1 發行修補程式，以修正下列各項。如需詳細資訊，請參閱部落格文章。

CVE-2020-1325：Azure DevOps Server 詐騙弱點
CVE-2020-17135：Azure DevOps Server 詐騙弱點
CVE-2020-17145：Azure DevOps Server 和 Team Foundation Services 詐騙弱點
修正 TFVC 未處理所有結果的問題

重要

請先閱讀以下提供的完整指示，再安裝此修補程式。

常規修補程式安裝

如果您有 Azure DevOps Server 2019 Update 1.1，您應該安裝 Azure DevOps Server 2019 Update 1.1 Patch 6。

驗證安裝

選項 1：執行 devops2019.1.1patch6.exe CheckInstall，devops2019.1.1patch6.exe 是從上述鏈接下載的檔案。命令的輸出會指出已安裝修補程式，或未安裝。
選項 2：檢查下列檔案的版本：[INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll。 Azure DevOps Server 2019 預設會安裝到 c:\Program Files\Azure DevOps Server 2019。安裝 Azure DevOps Server 2019.1.1 Patch 6 之後，版本會是 17.153.30723.5。

AzurePowerShellV4 任務安裝

注意

下列所有步驟都必須在 Windows 電腦上執行

先決條件

在私人代理程式計算機上安裝 Azure PowerShell Az 模組 Azure Powershell。
使用 AzurePowerShellV4 工作建立管線。您只會在工作中看到一個 失敗於標準錯誤。

安裝

將 AzurePowerShellV4.zip 套件解壓縮至名為 AzurePowerShellV4的資料夾。
下載並安裝與您的電腦匹配的 Node.js 14.15.1 和 npm（包含於 Node.js 的下載中）。
在系統管理員模式中開啟命令提示字元，然後執行下列命令以安裝 tfx-cli。

npm install -g tfx-cli

建立具有 完整存取權 許可權的個人存取令牌，並加以複製。執行 tfx 登入 命令時，將會使用此個人存取令牌。
從命令提示字元執行下列命令。出現提示時，請輸入 [服務 URL] 和 [個人存取令牌]。

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

執行以下命令將任務上傳至伺服器。擷取套件的路徑將會 D：\tasks\AzurePowerShellv4。

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Azure DevOps Server 2019 Update 1.1 Patch 5 發行日期：2020 年 9 月 8 日

我們已針對 Azure DevOps Server 2019 Update 1.1 發行修補程式，以修正下列各項。如需詳細資訊，請參閱部落格文章。

DTS 1713492 - 將 AD 群組新增至安全性許可權時發生非預期的行為。

Azure DevOps Server 2019 Update 1.1 Patch 4 發行日期：2020 年 7 月 14 日

我們已針對 Azure DevOps Server 2019 Update 1.1 發行修補程式，以修正下列各項。如需詳細資訊，請參閱部落格文章。

CVE-2020-1326：跨網站腳本弱點
當未經授權的用戶選擇 [其他 Git 來源] 時，建置管線會顯示連線錯誤。
修正在 XAML 組建定義中將繼承變更為開啟或關閉時的錯誤。

Azure DevOps Server 2019 Update 1.1 Patch 3 發行日期：2020 年 6 月 9 日

我們已針對 Azure DevOps Server 2019 Update 1.1 發行修補程式，以修正下列各項。如需詳細資訊，請參閱部落格文章。

CVE-2020-1327：確定 Azure DevOps 伺服器會清理使用者輸入。

Azure DevOps Server 2019 Update 1.1 Patch 2 發行日期：2020 年 4 月 14 日

我們已針對 Azure DevOps Server 2019 Update 1.1 發行修補程式，以修正下列各項。如需詳細資訊，請參閱部落格文章。

SVN 認可不會觸發管線
在 Azure DevOps 上新增 SSH 中 SHA2 的支援

Azure DevOps Server 2019 Update 1.1 Patch 1 發行日期：2020 年 3 月 10 日

我們已針對 Azure DevOps Server 2019 Update 1.1 發行安全性修補程式，以修正下列 Bug。如需詳細資訊，請參閱部落格文章。

CVE-2020-0700：跨網站腳本弱點
CVE-2020-0758：提高許可權弱點
CVE 2020-0815：權限提升漏洞

Azure DevOps Server 2019 Update 1.1 RTW 發行日期：2019 年 12 月 10 日

Azure DevOps Server 2019 Update 1.1 是 Bug 修正和安全性更新的匯總。其中包含先前發行的 Azure DevOps Server 2019 Update 1 修補程式中的所有修正程式。您可以直接安裝 Azure DevOps Server 2019 Update 1.1 或從 Azure DevOps Server 2019 或 Team Foundation Server 2012 或更新版本升級。

注意

約在此版本發布後三週，Azure DevOps Server 2019 Update 1.1 的資料遷移工具將可使用。您可以在這裡查看我們目前支援匯入的版本清單。

此版本包含下列 Bug 的修正：

Azure Boards

從產品待辦專案建立新的工作專案時，[標題] 字段不會使用程式範本中的預設值初始化。
在使用 Azure Boards 時發生的緩慢反應和逾時問題。
工作項目連結中的 [修訂者] 值不正確。

Azure Pipelines

在 [管線通知] 中，像是 Duration 這類的字段，可能在某些地區會變成空值。
樣本路徑可能不會指向管線中包含 Azure 資源群組部署的有效 JSON 檔案。
集合層級的保留設定頁面會出現在項目設定頁面中。

Azure 測試計劃

[測試計劃] 中的編輯欄位速度很慢。
在測試案例中，從 Boards 開啟時（與測試計劃相反），共用步驟詳細數據不會開啟。

一般

集合不會依字母順序排序，。

管理

高記憶體使用量。
具有負載平衡配置的伺服器必須明確地將其公用來源新增至 AllowedOrigins 登錄專案。
在 SQL Azure 上安裝的客戶看不到 [完整試用版] 對話方塊。
安裝延伸模組時會出現「錯誤訊息遺漏參與（ms.vss-dashboards-web.widget-sdk-version-2）」的錯誤。
設定彈性搜尋時，發生錯誤：「使用者未經授權」。
從 TFS 2018 Update 2 或更新版升級時，Elasticsearch 中的索引編製和查詢失敗。
設定 Azure DevOps Server 時，「建立倉儲」步驟會失敗。

此版本包含下列更新：

支援 SQL Server 2019。

Azure DevOps Server 2019 Update 1 Patch 1 發行日期：2019 年 9 月 10 日

我們已針對 Azure DevOps Server 2019 Update 1 發行安全性修補程式，以修正下列 Bug。如需詳細資訊，請參閱部落格文章。

CVE-2019-1306：Wiki 中的遠端程式代碼執行弱點

Azure DevOps Server 2019 Update 1 發行日期：2019 年 8 月 20 日

備註

此版本發布後大約三周，Azure DevOps Server 2019 Update 1 的資料遷移工具將會可用。您可以在這裏看到目前支援匯入版本清單。

RC2 發行日期：2019 年 7 月 23 日

RC2 包含自 RC1 以來的數個錯誤修正，並且是規劃中的最終發行前版本。

RC1 發行日期：2019 年 7 月 2 日

Azure DevOps Server 2019 Update 1 的新功能摘要

Azure DevOps Server 2019 Update 1 引進許多新功能。部分重點包括：

新的基本流程
與一天、一週、一個月或一年的開始相關的工作查詢
接受並執行 GitHub 中的問題，同時在 Azure Boards 中進行規劃
重新執行已過期的建置以自動完成拉取請求
完成拉取請求的新合併類型
使用標籤（tag）觸發 YAML 管線
用於編輯 YAML 檔案的工作助理
具有適用於 YAML 管線 IntelliSense 的 Web 編輯器
使用流程管理 GitHub 發行版本
測試結果趨勢（進階）Widget
套件的來源資訊
Python 套件的支援
Maven 上游來源
在 Wiki 中嵌入 Azure Boards 查詢結果
Wiki頁面的永久連結
wiki 頁面上的通知
Analytics 擴充功能不再需要使用 Analytics

您也可以跳至個別區段，以查看新功能：

一般
看板
Repos
管線
測試計劃
文物
Wiki
報告

一般

深色主題

深色主題是 Azure DevOps Services 的熱門功能，現在可在 Azure DevOps Server 中使用。您可以從每個頁面右上方的頭像下方的功能表中選取 [主題] 來開啟深色模式。

深色主題

板

新流程

在過去，Agile 一直是新專案的默認程式，提供健全且靈活的工作專案類型和狀態集，以符合各種專案傳遞方法。對於某些小組而言，他們更熟悉其他工具，或是正在成長並希望採用更強大的工具組，這些小組希望可以快速開始，使用他們更加熟悉的術語。

新的基本程式提供三種工作項目類型（Epics、Issues 和Tasks）來規劃和追蹤您的工作。建議您使用「問題」來追蹤使用者故事、バグ和功能等專案，同時使用「Epic」將「問題」分組成較大的工作單位。當您在工作上有進展時，將項目沿著「待辦」、「進行中」和「已完成」的簡單狀態工作流程進行移動。

基本程式

請參閱追蹤問題和工作檔案，以協助您開始您的新專案。

工作項目表單上的狀態值順序

先前，工作項目表單上的狀態值依字母順序排序。透過此更新，我們已變更狀態值的順序，以符合進程設定中的工作流程順序。您也可以變更狀態自訂設定中每個類別中狀態的順序。

狀態順序

功能啟用不再可用

客戶必須手動更新每個專案的 XML，才能在升級其集合之後啟用新功能。

功能啟用

請參閱檔，以瞭解如何啟用特定功能。

使用更豐富的工作專案附件來組織參考數據

將檔案附加至工作項目可讓您和小組統一管理參考資料，因此當您需要時，它們隨時可取得。現在只要拖放工作項目窗體上任何位置的檔案，即可更輕鬆地新增附件。您可以繼續以清單方式檢視附件，或切換至網格線檢視以顯示縮圖預覽。按兩下檔案以開啟預覽，並迴圈查看它們，以快速找出您需要的資訊。

工作專案附件

存放庫的自述檔通常是您的專案小組尋求以獲取關於如何貢獻及使用您的解決方案的主要資訊來源。現在，就像您可以在 Azure Pipelines 中使用組建或部署狀態一樣，您可以在 Azure Boards 中將小組面板徽章新增至自述檔。您可以設定徽章，只顯示 進行中 欄或所有欄，並且如果您的專案是開放原始碼，還可以公開顯示徽章。

短片，示範如何使用徽章來共用小組的面板。

如果您的自述檔是以 Markdown 為基礎，您只要從狀態徽章設定頁面複製範例 Markdown，然後將它貼到您的檔案中。

顯示 GitHub 上自述檔中徽章的螢幕快照。GitHub 上自述檔中的

查詢與一天、一週、一個月或一年開始時間相關的工作

雖然團隊通常專注於即將到來的工作或根據短期衝刺週期進行規劃，但從行事曆的角度回顧並報告上個月或當年第一季度完成的所有工作，常常很有趣。現在，您可以使用下列新的一組 @StartOf 巨集，以及任何以日期為基礎的欄位，根據日期、星期、月或年開始進行查詢：

@StartOfYear
@StartOfMonth
@StartOfWeek
@StartOfDay

每個巨集也都會接受新的修改字串，讓您依不同的日期單位來調整數據。例如，您可以撰寫查詢來尋找今年第一季完成的所有工作專案，方法是查詢狀態變更日期 >= @StartOfYear，以及狀態變更日期 <= @StartOfYear(“+3M”。如需詳細資訊，請參閱查詢巨集文件。

螢幕快照，顯示相對於一天、星期、月或年開始的查詢工作。

編輯和刪除討論區批注

我們很高興宣佈，一個備受歡迎的開發人員社群功能現在可用，您可以在 Azure Boards 的工作項目討論中編輯和刪除留言。若要編輯您的批註，只要將滑鼠停留在您擁有的任何批註上，您就會看到兩個新的按鈕。如果您按下鉛筆圖示，您會進入編輯模式，只要進行編輯，然後按 [更新] 按鈕即可儲存您的編輯。

顯示討論批注的螢幕快照。

當您按下溢位選單時，您會看到刪除批注的選項。按兩下此項目之後，系統會再次提示您確定要刪除此批注，並將刪除批注。

顯示如何刪除討論批注的螢幕快照。

您會在工作項目表單的 [歷程記錄] 索引標籤中完整追蹤所有已編輯和已刪除的批註。您也會看到我們已更新討論體驗的UI，讓它感覺更現代化和互動。我們已在批注周圍新增泡泡，以便清楚個人批注的開始和結束位置。

將查詢結果匯出至 CSV 檔案

您現在可以直接從 Web 將查詢結果匯出至 CSV 格式檔案。

顯示如何匯出查詢結果的短片。

直接從任何 GitHub 留言中的提及導覽至 Azure Boards 工作項目

現在當您使用 AB#{work item ID} 語法在 GitHub 中提及問題、提取要求或認可批注內的工作專案時，這些提及會變成超連結，您可以按兩下以直接流覽至提及的工作專案。

這不會建立一個正式連結，讓 Azure Boards 中每個相關交談的工作項目雜亂無章，而是讓小組在討論程式代碼或客戶回報問題時提供工作專案的詳細資訊。如需詳細資訊，請參閱 Azure Boards GitHub 整合檔。

顯示 GitHub 上提取要求的螢幕快照。

在 Azure Boards 中規劃的同時，接受並執行來自 GitHub 的問題。

現在，您可以在 Azure Boards 中連結工作專案與 GitHub 中的相關問題。有了這種新的連結類型，現在有可能實現多種其他情境。例如，如果您的小組想要繼續接受來自使用者的錯誤報告，例如 GitHub 內的問題，但讓小組的工作整體在 Azure Boards 中相關並組織，您現在可以。

螢幕快照，顯示您可以在 Azure Boards 中連結工作專案與 GitHub 中的相關問題。相關問題的連結工作專案

小組用於提交和拉取請求的相同提及語法格式仍然適用，當然，您可以在 Azure Boards 中手動連結問題 URL。如需詳細資訊，請參閱 GitHub & Azure Boards 檔。

螢幕快照顯示如何在 Azure Boards 中使用 GitHub 問題 URL 手動連結。

快速從看板檢視連結的 GitHub 活動

當您自己或小組檢閱工作流程看板時，您通常會有問題，例如「此專案是否尚未開始開發？」或「此專案是否尚未檢閱？有了工作流程看板上的新 GitHub 批注，您現在可以快速了解專案的位置，並直接流覽至 GitHub 認可、提取要求或問題，以取得詳細數據。如需有關工作和測試的進一步批註的詳細資訊，請參閱客製化卡片文件。

顯示如何從工作流程看板檢視連結 GitHub 活動的螢幕快照。

Repos

草稿提取要求

為了防止拉取請求在準備好之前完成，並讓您輕鬆建立可能不需涉及所有人的進行中工作，我們現在支援草稿拉取請求。

在建立提取要求時，您可以從 [建立 ] 按鈕的下拉式清單中選取 [建立為草稿 ]，以建立草稿的提取要求。

建立PR草稿

建立草稿提取要求之後，您會看到徽章，指出標題旁的狀態。

合併請求的螢幕快照，顯示其為草稿。」

草稿拉取請求不包含檢閱者，也不會預設執行組建，但可讓您手動新增檢閱者並執行組建。若要將提取要求升級為一般提取要求，只需從提取要求詳細數據頁面按兩下 [發佈] 按鈕即可。

重新運行過期構建以自動完成拉取請求

Azure Repos 現在會自動將由提取要求原則觸發的過期的組建任務排入佇列。這適用於已通過所有其他政策並設定為自動完成的拉取請求。

先前，當提取要求具有類似必要檢閱者的原則時，核准程式可能需要太長的時間，且相關聯的組建可能會在檢閱者核准提取要求之前過期。如果提取要求設定為自動完成，則會保持封鎖狀態，直到使用者手動將過期的組建排入佇列為止。使用此變更時，建置會自動排入佇列，使拉取請求在建置成功後自動完成。

注意

此自動化只會針對每個提取要求將最多五個過期的組建排入佇列，而且只會嘗試將每個組建重新排入佇列一次。

在拉取請求中只檢視左側或右側的檔案

目前，在提取要求中檢視檔案變更時，您可以使用 並存差異 或 內嵌差異 模式。我們收到意見反應，表示您中的許多人只想查看源檔或變更的檔案，而不加以比較，因此我們新增了一個新選項，可讓您個別檢視左檔案或右檔案。

[並排差異] 選項的螢幕快照，游標停留在 [顯示修改內容] 上方。

完成拉取請求的新合併類型

將提取要求變更合併至目標分支時，您現在有更多選項。我們已新增對開發人員社群中兩個最要求功能的支援：Fast-Forward 合併和 Semi-Linear 合併（也稱為「重新基底和合併」）。

您現在會在 [完成提取要求] 對話框中看到這些新的選項：

顯示完成提取要求之新合併類型的螢幕快照。

更新的原則管理頁面可讓系統管理員控制分支或分支資料夾上允許的合併策略。

[限制合併類型] 區段的螢幕快照。

注意

現有的原則仍會強制執行。例如，如果您的分支目前有設定「squash merge only」原則，您必須編輯該原則，才能使用新的合併策略。

拉取請求完成期間無法進行重新基底的幾種情況如下：

如果目標分支上的原則禁止使用重新基底操作，您將需要擁有「覆寫分支原則」權限。
如果提取要求的來源分支有原則，您將無法重新設定其基底。重新處理會修改來源分支，而不需經過原則核准程式。
如果您已使用合併衝突延伸模組來解決合併衝突。當一次合併請求中的所有提交逐一變基時，套用於三方合併的衝突解決方案很少能成功（甚至有效）。

在這些情況下，您仍然可以選擇在本機重新配置分支並推送至伺服器，或在完成提取要求時將變更壓縮合併。

依提取要求中的目標分支篩選（PR）

提取要求可讓小組檢閱程序代碼，並在將變更合併至主要分支之前提供變更的意見反應。這些工作流程已成為許多小組工作流程的重要部分，因為您可以逐步執行建議的變更、留下批注，以及投票以核准或拒絕程式代碼變更。

為了讓您更輕鬆地尋找提取要求，我們新增了篩選選項，可讓您使用目標分支搜尋PR。

Azure Pipelines 提取要求篩選選項的螢幕快照。

您也可以使用目標分支篩選，在 [Mine] 索引標籤中自定義提取要求檢視。

[我的] 索引卷標中 [自定義提取要求] 的螢幕快照。

允許延伸模組新增語法醒目提示和自動完成

目前，我們針對 Monaco 編輯器支援的語言子集提供語法高亮功能，。不過，您中的許多人想要針對我們不支援的語言建立自己的語法醒目提示。

透過此更新，我們新增了一個擴充性接點，允許擴充功能將語法醒目提示和自動完成功能新增至資源管理器和提取要求檢視。

您可以在這裏找到示範此功能的延伸模組範例。

此外，我們新增了對 Kusto 語言語法高亮顯示的支持。

存放庫建立擴充點

我們已新增擴充點，可讓您將新專案新增至存放庫選擇器。此擴充點可讓您將自定義動作（重新導向、彈出視窗等）新增至存放庫選擇器功能表，以啟用替代存放庫建立案例等流程。

顯示存放庫建立延伸模組的螢幕快照。

改善的編碼支援

先前，在網路上編輯和儲存盤案只會儲存為 UTF-8 編碼，而且當檔案編碼變更時，我們並未提示您。現在，當您嘗試儲存不是透過 Web 編碼的 UTF 檔案時，我們會提供警告（僅支援 UTF 編碼）。此外，我們新增了透過 Web 推送端點支援 UTF-16 和 UTF-32 編碼。這表示我們將保留編碼類型，因此您不需要將其重寫為UTF-8。

下列螢幕快照顯示對話框的範例，以及您在 Web 推送導入編碼變更時會看到的範例。

顯示警告訊息的螢幕快照，指出：已新增非 ASCII 字元。提交將把此檔案編碼為 Unicode。

在 Azure Repos 中取得命令支援

Go 是開放原始碼程式設計語言，也稱為 Golang。在 Go 中，您可以使用 get 命令 下載並安裝套件和相依性。透過此更新，我們已在 Azure DevOps 存放庫中新增 go get 支援。使用 go get，您將能夠下載套件及其依匯入路徑所命名的相依性。您可以使用 import 關鍵詞來指定匯入路徑。

管道

適用於 YAML 管線的 IntelliSense 網頁編輯器

如果您使用 YAML 來定義管線，您現在可以利用此版本引進的新編輯器功能。無論您是建立新的 YAML 管線或編輯現有的 YAML 管線，您都可以在管線 Web 編輯器中編輯 YAML 檔案。當您編輯 YAML 檔案時，請使用 Ctrl+Space for IntelliSense 支援。您會看到醒目提示的語法錯誤，並且也將獲得修正這些錯誤的幫助。

顯示醒目提示語法錯誤的螢幕快照。

用於編輯 YAML 檔案的工作助理

我們持續收到許多意見反應，要求更輕鬆地編輯管線的 YAML 檔案，因此我們會將工作助理新增至 YAML 編輯器。如此一來，新增新工作到 YAML 檔案中時，您將會有和在傳統編輯器中相同的體驗。這個新的小幫手支援大部分常見的工作輸入類型，例如挑選清單和服務連線。若要使用新的工作助理，請在 YAML 型管線上選擇 [編輯]，然後選擇 [任務助理]。

顯示如何使用任務助理編輯 YAML 檔案的短片。編輯 YAML 檔案的工作助理

使用標籤觸發 YAML 管線

當標籤新增至提交時，可以觸發 YAML 管線。對於工作流程包含標籤的小組而言，這很實用。例如，當提交被標記為「最後已知的穩定版本」時，您可以啟動流程。

您可以指定要包含和排除的標記。例如：

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

內嵌宣告容器資源

之前，我們要求您在 YAML 管線中宣告容器資源，然後依名稱參考它們。我們現在針對您不會多次參考容器的情況，提供內嵌語法。

jobs:
- job: my-container-job
  container:
    image: microsoft/dotnet:latest

當提取要求更新時，設定為自動取消現有的管線

根據預設，若有新的提交推送到同一個拉取請求，該拉取請求觸發的管線將會被取消。在大部分情況下，這是理想的做法，因為您通常不想在過期的程式代碼上繼續執行管線。如果您不想要此行為，您可以將 autoCancel: false 新增至 PR 觸發器。

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

選擇在 YAML 管線中檢出的程式代碼目錄

先前，我們已檢出 $(Agent.BuildDirectory) 底下的 s 目錄儲存庫。現在，您可以選擇要簽出 Git 存放庫的目錄，以搭配 YAML 管線使用。

在 checkout 上使用 path 關鍵詞，讓您能夠掌控資料夾結構。以下是可用來指定目錄的 YAML 程式代碼範例。

steps:
- checkout: self
  path: my-great-repo

在此範例中，您的程式代碼將會檢出至代理程式工作區中的 my-great-repo 目錄。如果您未指定路徑，您的存放庫將會繼續檢出到名為 s的目錄。

針對 YAML 優化的新 Azure App Service 工作

我們現在支援四項新任務，提供簡單但功能強大的方式，以滿足現代開發人員的需求部署 Azure App Services。這些工作具有優化的 YAML 語法，可讓您簡單且直覺地撰寫 Azure AppServices 的部署，包括 WebApps、FunctionApps、適用於容器的 WebApps，以及 Windows 和 Linux 平臺上的適用於容器的 FunctionApp。

我們也支援檔案轉換的新公用程式工作，以及 XML 和 JSON 格式的變數替代。

新專案的預設權限更改

到目前為止，除非項目參與者明確獲得「建立組建定義」許可權，否則無法建立管線。針對新專案，您的小組成員可以輕鬆地建立和更新管線。這項變更可減少新客戶上線至 Azure Pipelines 的摩擦。您一律可以更新參與者群組的默認許可權，並限制其存取權。

使用管道管理 GitHub 發行版本

GitHub 版本是封裝並提供軟體給用戶的絕佳方式。我們很高興宣佈，您現在可以在 Azure Pipelines 中使用 GitHub 發行工作將其自動化。您可以使用工作來建立新版本、修改現有的草稿/已發佈版本，或捨棄較舊的版本。它支援上傳多個資產、將發行標示為發行前版本、將發行儲存為草稿等功能。此任務也可協助您建立發行說明。它也可以自動計算此版本中所做的變更（提交和相關問題），並以使用者友好的格式將它們新增至版本資訊。

以下是此任務的簡單 YAML：

task: GithubRelease@0 
displayName: 'Create GitHub Release'      
inputs:
  githubConnection: zenithworks
  repositoryName: zenithworks/pipelines-java
  assets: $(build.artifactstagingdirectory)/*.jar

GitHub Release （預覽）對話框的螢幕快照。

使用此工作建立的範例 GitHub 版本：

使用此工作建立之範例 GitHub 版本的螢幕快照。

組建記錄中特定行的連結

您現在可以共用組建記錄中特定行的連結。這可協助您在診斷組建失敗時與其他小組成員共同作業。只要從結果檢視選取記錄的行，即可取得連結圖示。

[Build solution dirs.proj 檔案] 的螢幕擷圖，其中一行日誌被突出顯示，並呼出 [複製連結至此選取] 選項。

資源授權改善

我們需要在 YAML 檔案中參考時，為受保護的資源提供安全性（例如服務連線、變數群組、代理程式集區、安全檔案）。同時，我們想要讓您更輕鬆地設定和使用管線，以針對非生產案例使用這些類型的資源。之前，我們新增了一個設定，將資源標示為「已獲授權用於所有管線」。

透過此更新，我們可讓您更輕鬆地修正資源授權問題，即使您未將資源標示為這類資源也一樣。在新的體驗中，當由於資源授權錯誤而導致建置失敗時，您會看到一個選項，允許您明確授權管線中資源的使用，然後繼續。具有授權資源權限的小組成員將能夠直接從失敗的組建中完成此操作。

顯示管線摘要並出現授權錯誤的螢幕快照。

管線測試標籤中的新擴充貢獻點

我們已在 [管線] 的 [測試結果] 索引標籤中新增兩個新的貢獻點，讓延伸模塊架構變得更強大。這可讓 Marketplace 擴充功能提供更量身打造的報告體驗，並新增進一步互動。

這兩個貢獻點如下：

工具列中的 [自訂動作] 按鈕

有時候，您可能想要執行動作，例如使用測試結果中的元數據來更新 API 的數據或執行自定義工具。使用此貢獻點，您可以建立延伸模組，利用所選測試結果的即時上下文，將自定義動作新增至 [*自定義動作- 按鈕]。
在詳細資料窗格中 自定義詳情標籤

您可能會有各種不同的測試報表取用工作流程，而且可能會想要針對失敗的測試查看不同的數據點，以進行偵錯和分析。藉由使用此貢獻點，您的小組可以將新的索引標籤新增至資料網格中當您選取任何測試結果列時出現的詳細資訊窗格。這個新的索引標籤可以顯示一個視圖，其中包含使用內部或外部 API 擷取的靜態內容或動態資料。

執行一次代理程式

如果您使用 Azure 容器實例之類的基礎結構來執行彈性私人代理程式，通常您會想要讓每個代理程式在離開之前只接受一個作業。到目前為止，這並不容易，因為您必須終止代理程式（這可能會導致報告失誤），或接受一個代理程式在您能關閉它之前可能會接收其他任務的風險。透過此更新，我們已將 --once 旗標新增至代理程式組態。以這種方式設定代理程式時，它只會接受一項作業，然後自行關閉。

代理程式集區用戶介面更新

項目設定中的代理程式集區管理頁面已更新為新的使用者介面。現在，您可以輕鬆地查看集區中執行的所有作業。此外，您還可以了解作業無法執行的原因。

顯示代理程式集區用戶體驗（UX）更新的螢幕快照

部署至部署群組中處於失敗狀態的目標

根據預設，當您重新部署先前失敗的執行時，Azure Pipelines 用來重新執行所有作業。現在，您可以透過在部署時設定 部署選項 來覆寫此行為。藉由選取 [所有作業] 和 [部署群組] 中限制於失敗目標的選項，重新執行將會再度執行所有作業，並跳過已更新目標的部署。

螢幕快照，顯示選取了 [部署] 選項、測試失敗，以及突出顯示的 [部署選項] 區段。

在失敗時自動重新部署

當部署至階段失敗時，Azure Pipelines 現在可以自動重新部署最後一次成功的部署。您可以在 部署後條件中配置 自動重新部署觸發器，以使階段能自動部署最新的成功版本。我們計劃在未來短期衝刺中，將其他觸發的事件和動作新增至自動重新部署設定。如需詳細資訊，請參閱部署群組檔。

顯示 [部署後條件] 對話方塊的螢幕截圖，其中強調了 [自動重新部署觸發程式] 部分。

Grafana 註解服務掛鉤

現在，我們支援一項新的服務掛鉤，允許您將 部署已完成 事件的 Grafana 批註新增至 Grafana 儀錶板。這可讓您將部署與 Grafana 儀錶板中可視化的應用程式或基礎結構計量變更相互關聯。

顯示計量變更之 Grafana 儀錶板的螢幕快照。

查詢 Azure 監控警示任務

舊版的 查詢 Azure 監視器工作 僅支援查詢傳統監視體驗中的警示。使用此新版的工作，您可以查詢 Azure 監視器最近引進的整合監視體驗警示。

顯示查詢 Azure 監視器警示預覽的螢幕快照。

部署至 Kubernetes 任務中規格檔案的直接輸入

先前，Kubernetes 部署工作會要求您提供組態的檔案路徑。現在您可以將組態以內嵌方式新增。

顯示內嵌組態功能的螢幕快照。

Docker CLI 安裝程式工作

此工作允許在使用者指定的代理程式上安裝任何版本的 Docker CLI。

顯示已安裝 DockerCLI 的螢幕快照。

還原已刪除的發行管道

刪除未使用的發行管線有助於讓發行管線清單保持整潔，但有時您可能會錯誤地刪除某些管線。透過此更新，現在可以還原在過去 30 天內刪除的發行管線。我們已在 [發行] 頁面的左面板中新增索引標籤，以顯示已刪除的發行管線清單。從這個檢視中，您可以從清單中選取管線，然後按兩下 [還原] 按鈕來還原已刪除的發行管線。

顯示管道的 [還原] 選項的螢幕快照。

發行建立要求失敗的通知

您可以設定通知，以在組建、程式代碼基底和其他作業發生變更時接收電子郵件。例如，您可以設定警示，以在指派工作專案給您時收到通知。

透過此更新，我們已將新的通知訂閱新增至 Release 類別。此通知會在發行建立要求失敗時傳送電子郵件給您。這可能會有用的例子情境是，當建立發行的請求因工件版本不可用而導致失敗時。若要瞭解如何管理您的通知，請參閱這裡的檔案。

顯示 [新增訂閱精靈] 的螢幕快照，其中已醒目提示 [發行] 類別，並已標出 [發行建立失敗的要求] 選項。

安排在來源或管線變更時的發佈

先前，當您有排定的發行觸發器時，即使上游成品或發行定義中未偵測到任何變更，也會觸發發行。現在在 排程發行觸發程式 面板中，新增了一個選項，僅在成品版本或發行定義變更時才排程發行。

顯示 [已排程發行觸發程式] 區段的螢幕快照，其中標示了「僅在來源或管線發生變更時排程版本」選項。

建立發行對話框中變數的貢獻點

之前，用戶必須輸入發行建立期間所需的變數值，而不需要任何協助或建議。我們已將貢獻點新增至 [建立新版本 ] 對話框，以支持擴充功能，以協助在發行建立期間填入變數的值。

[建立新版本] 對話框的螢幕快照。

發佈至 Azure 服務總線會話佇列

我們已擴充 無代理程式作業 建置工作，以包含將訊息發佈至會話佇列的能力。此選項已新增至 發佈到 Azure Service Bus 任務。

發佈至 Azure 服務總線工作的螢幕快照。

Kubernetes 服務連線中的新 Azure 訂用帳戶選項

組建和版本的服務連線可讓您連線到外部和遠端服務，以執行建置或部署的工作。您可以從項目的系統管理員設定定義及管理服務連線。

透過此更新，我們已將驗證選項新增至 Kubernetes 服務連線表單。現在，您可以選取 Azure 訂用帳戶 來驗證您的連線。這可讓您使用您的 Azure 訂用帳戶和叢集名稱設定 Kubernetes 連線，輕鬆地部署至特定命名空間。

針對已啟用角色型訪問控制（RBAC）的叢集，ServiceAccount 和 RoleBinding 物件會在所選的命名空間中建立。 RoleBinding 物件只會將所建立服務帳戶的作業限製為所選的命名空間。針對停用 RBAC 的叢集，所建立的服務帳戶具有跨命名空間的叢集範圍許可權。

[新增 Kubernetes 服務連線] 對話框的螢幕快照，其中已指出 [Azure 訂用帳戶] 選項。

Docker 註冊表服務連線中的 Azure 容器註冊表

現在，您可以從專案的 [設定] 頁面建立 Docker 登錄服務連線。若要建立連線，請在與 Azure Active Directory （AAD）身分識別相關聯的其中一個訂用帳戶中選擇 Azure 容器登錄。需要服務連線到容器登錄的所有工作，例如 Docker@2 和 KubernetesManifest@0，都支援指定連線的單一方式。

顯示如何新增 Docker 服務連線的螢幕快照。

依版本定義中的資料夾名稱搜尋

您可以將這些定義儲存在資料夾中，以組織您的發行定義。先前，您沒有依資料夾執行搜尋的選項。如果您已建立許多資料夾，則尋找特定發行定義是一項挑戰。現在，您可以在發行定義中依資料夾名稱進行搜尋，讓您更輕鬆地尋找您要尋找的定義。

螢幕快照，其中顯示儲存在資料夾中的版本定義。

建置及發行管線中的 Duffle 工具安裝任務

Duffle 是一種命令行工具，可讓您安裝及管理雲端原生應用程式套件組合（CNAB）。使用 CNAB，您可以組合、安裝及管理容器原生應用程式及其服務。

在此更新中，我們新增了組建和發行管線的新工作，可讓您安裝特定版本的 Duffle 二進位檔。

Duffle 工具安裝程式的螢幕快照。

Kubernetes 宣告工作

我們新增了一個新的任務到我們的發行管線，以簡化使用宣告文件將應用程式部署至 Kubernetes 叢集的過程。相較於腳本中的 kubectl 二進位檔使用方式，這項工作將提供下列優點：

工件替換 - 部署操作會使用一組容器映像清單作為輸入，並可以指定它們的標籤或摘要。這會被替換到清單文件的非模板版本中，然後再套用到叢集，以確保叢集的節點會提取正確的映像版本。
清單穩定性 - 已檢查 Kubernetes 資源的發布狀態，以納入穩定性檢查並在計算工作狀態時評估為成功或失敗。
可追溯性註釋 - 註釋會新增至已部署的 Kubernetes 物件，以疊加原始組織、專案、管線和運行的可追溯性資訊。
製作指令清單 - 工作的製作動作允許將 Helm 圖表製作成 Kubernetes 指令清單檔案，以便將其套用至叢集。
部署策略 - 選擇金絲雀策略並執行部署動作會創建後綴為 -baseline 和 -canary 的所需百分比工作負載，這樣便可在 ManualIntervention 任務期間進行比較，之後運用任務的升階/拒絕動作來決定保留的版本。

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    helmChart: charts/sample
    overrides: 'image.repository:nginx'

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)
    containers: |
      nginx: 1.7.9

升級至 Docker 工作

我們已升級 Docker 工作，以簡化管線撰寫體驗。 buildAndPush 命令現在可用來建置特定容器存放庫的多個標籤，並在單一步驟中將其推送至多個容器登錄。工作可以使用 Docker 登錄服務連線來登入容器登錄。來源存放庫、認可和建置來源的可追蹤元數據會新增為使用此工作所建置之映像的標籤。

steps:
- task: Docker@2
  displayName: Container registry login - ACR1 service connection
  inputs:
    command: login
    containerRegistry: acr1
- task: Docker@2
  displayName: Container registry login - ACR2 service connection
  inputs:
    command: login
    containerRegistry: acr2
- task: Docker@2
  displayName: Build and push images
  inputs:
    repository: test
    tags: |
      d1
      d2

Kubectl 工具安裝程式

我們新增了一項工作，可讓您在代理程式上安裝特定版本的 Kubectl 二進位檔。 最新的 和 semver 版本字串，例如 'v1.14.0' 被接受為 Kubectl 版本規格輸入的有效值。

顯示 Kubectl 工具安裝程式的螢幕快照。

ServiceNow 整合的改進

跨小組共同作業的關鍵功能是讓每個小組都能使用自己所選擇的服務，並具備有效的端對端傳遞。透過此更新，我們強化了 ServiceNow 整合，以支援所有類型的變更（一般、標準和緊急）。此外，您現在可以根據組織中遵循的 ITSM 程式，指定用來使用現有範本建立新變更要求的閘道。最後，您也可以根據現有的變更要求來閘道發行。這可讓您採用CD，而不需要變更IT小組建議的程式。

顯示 ServiceNow 變更管理功能的螢幕快照。

Red Hat Enterprise Linux 6 的支援

透過此更新，我們新增了 Red Hat Enterprise Linux 6 的代理程序支援。您現在可以設定以 Red Hat Enterprise Linux 6 平台為目標的代理程式，以進行建置和發行作業執行。

Azure PowerShell Az 模組的支援

Azure PowerShell 提供一組 Cmdlet，可用來從命令行管理 Azure 資源。去年 12 月，Azure PowerShell Az 模組可供使用，現在是用來管理 Azure 資源的預定模組。

先前，我們並未在我們的託管代理程式中提供 Azure PowerShell Az 模組的支援。在組建和發行管線中使用新的 Azure PowerShell 工作 4.* 版，我們已為所有平臺新增新 Az 模組的支援。 Azure PowerShell 工作 3.* 版將繼續支援 AzureRM 模組。不過，若要跟上最新的 Azure 服務和功能，建議您儘快切換至 Azure PowerShell 工作 4.* 版。

Az 模組具有相容性模式，可協助您在更新現有腳本時使用現有的腳本，以使用新的語法。若要啟用 Az 模組的相容性，請使用 Enable-AzureRmAlias 命令。別名可讓您在使用 Az 模組時，仍可使用舊的指令名稱。您可以在這裏取得從 Azure RM 模組移轉至 Azure PowerShell Az 模組的詳細資料，。

注意

如果您使用私人代理程式，則必須在代理程式計算機上安裝 Az 模組。

如需 Azure PowerShell Az 模組的詳細資訊，請參閱這裡的檔。

Azure SQL 任務的 Azure Active Directory (AD) 驗證支援

除了現有的 SQL 伺服器驗證支援之外，Azure SQL 工作已增強，以支援使用 Azure AD 連線到資料庫（整合式 & 密碼）和連接字串。

[Azure SQL Database 部署] 對話框的螢幕快照，其中已醒目提示 [驗證類型] 下拉式清單選項。

使用長檔案路徑發布組建生成物

到目前為止，有一項限制會防止上傳路徑超過 233 個字元的組建成品。這可能會導致您無法上傳 Linux 和 macOS 組建的程式代碼涵蓋範圍結果，檔案路徑超過限制。已更新限制以支持長路徑。

略過某次提交的持續整合（CI）

您現在可以告訴 Azure Pipelines 忽略提交，並略過執行提交通常會觸發的管線。只要在 HEAD 提交的訊息中包含 [skip ci]，Azure Pipelines 就會跳過 CI。您也可以使用下列任何變化。此功能支持提交到 Azure Repos Git 和 GitHub Enterprise Server 的操作。

[skip ci] 或 [ci skip]
skip-checks: true 或 skip-checks:true
[skip azurepipelines] 或 [azurepipelines skip]
[skip azpipelines] 或 [azpipelines skip]
[skip azp] 或 [azp skip]
***NO_CI***

測試計劃

測試結果趨勢（進階）小工具 可讓您近乎即時地查看多個組建和發行的測試數據。 測試結果趨勢（進階）小工具 會顯示管線或跨管線的測試結果趨勢。您可以使用它來追蹤測試、通過率和測試持續時間的每日計數。追蹤一段時間的測試品質並改善測試附屬品是維護良好 DevOps 管線的關鍵。

測試結果趨勢（進階）小工具的螢幕快照。

測試結果趨勢（進階）小工具 可協助您找出測試結果中的極端值，並回答問題，例如：測試花費的時間比平常長嗎？哪些測試檔案或管線會影響我的整體通過率？我的長時間執行測試是什麼？

為了協助您回答這些問題，小工具會提供這些功能：

顯示通過率的趨勢，以及測試結果或測試持續時間的計數
根據多個組建管線或發行管線呈現測試結果
使用合併圖表選項來顯示相同趨勢的兩個計量
根據測試結果過濾不同時間段的測試計數
依據分支或是測試篩選所有測試結果
依測試屬性來堆棧計量，例如 優先順序 或環境
在測試檔案、擁有者或管線上將您的數據分組

小工具高度可配置，可讓您將其用於各種應用場景。

您可以將自動化測試設定為組建或發行的一部分執行。您可以在組建或發行摘要的 [測試] 標籤中檢視已發佈的測試結果。透過此更新，我們新增了 複製結果 URL 功能，以便與小組中的其他人共用單一測試回合結果。

共用層級包括：

執行層級
結果層級
在測試回合中選定的特定索引標籤
分享也與任何已設定的擴充功能索引標籤相容

當您共用URL時，檢視者會在全螢幕檢視中看到測試結果。

文物

具有 SemVer 2.0.0 版本號碼的 NuGet 套件

先前，Azure Artifacts 不支援具有 SemVer 2.0.0 版本號碼的 NuGet 套件（一般而言，包含版本建置元數據部分的版本號碼，以 +表示）。現在，您可以從包含組建元數據的 nuget.org 儲存套件，並使用組建元數據推送您自己的套件。根據 SemVer 規格和 NuGet.org 原則，建置元數據無法用來排序套件。因此，您無法將 1.0.0+build1 和 1.0.0+build2 發行至 Azure Artifacts（或 nuget.org），因為這些版本會被視為對等，因此受限於不變性條件約束。

套件的來源資訊

透過此更新，我們可以讓您更輕鬆地瞭解套件的來源：是由誰或什麼內容發佈的以及它們來自哪個原始碼提交。此資訊會自動填入使用 NuGet、npm、Maven和 Twine Authenticate（用於 Python）任務在 Azure Pipelines 中發佈的所有套件。

套件使用量統計數據

到目前為止，Azure Artifacts 並未提供方法來測量套件的使用方式或受歡迎程度。透過此更新，我們已將 下載次數 和 使用者人數 新增至套件詳細資料頁面和套件清單。您可以在任一頁面右側看到統計數據。

套件使用量統計數據的螢幕快照。

Python 套件的支援

Azure Artifacts 現在可以裝載 Python 套件：您自行產生的套件和從公用 PyPI 儲存的上游套件。如需詳細資訊，請參閱公告部落格文章和檔。

現在，您可以在相同的儲存庫中裝載所有 NuGet、npm、Maven 和 Python 套件。

螢幕快照顯示所有裝載於相同饋送中的套件。

Maven 的上游來源

上游來源現已可供 Maven 饋送使用。這包括主要的 Maven Central 存放庫和 Azure Artifacts 饋送。若要將 Maven 上游新增至現有摘要，請造訪 摘要設定，選取 上游來源分頁，然後選取「新增上游來源」。

顯示 [新增上游來源] 選項的螢幕快照。

到目前為止，許多與工件相關的建置工作並未提供對 Azure Pipelines 代理基礎結構的完整支援，這導致從內部部署代理程式使用這些工作的過程中遇到挑戰。透過此更新，我們已將 Proxy 的支援新增至下列工作：

Npm@1 （設計師中的 'npm' ）
NuGetCommand@2 （設計工具中的'NuGet'）：僅還原和推送命令
DotNetCoreCLI@2 （「.NET Core」於設計工具中）：僅限執行還原和 nuget 發佈命令
在設計工具中 NpmAuthenticate@0、PipAuthenticate@0 和 TwineAuthenticate@0（'[type] Authenticate'）：這些任務在取得驗證令牌時支援 Proxy，但仍需要配置任何後續的任務/腳本/工具以使用 Proxy。換句話說，這些工作不會設定基礎工具的 Proxy（npm、pip、twine）。
設計工具中的NuGetToolInstaller@0、NodeTool@0、DotNetCoreInstaller@0（'[type] Installer'）

版本支援的所有成品套件類型

到目前為止，在 Pipelines 版本中，Azure Artifacts 成品類型只支援 NuGet 套件。透過此更新，支援所有 Azure Artifacts 套件類型 - Maven、npm 和 Python。

在版本中支援的工件檢視方式

先前，Azure Artifacts 成品類型只有在新的套件版本發佈至供應源時才能觸發。現在，我們也新增了檢視的支援，因此您可以在摘要中的套件升階為檢視時觸發發行。

保留政策可以略過最近下載的套件

到目前為止，Azure Artifacts 撥入源已提供基本保留政策，以在達到「每個套件的最大版本數目」時，開始刪除舊套件版本。透過此更新，我們已新增在進行此清除時略過最近下載的套件的功能。若要啟用，請編輯您的訊息來源，並核取 略過套件 複選框。

指派可管理訂閱源的成員

在 Azure Artifacts 中，Project Collection Administrators （PCA）一直能夠管理 Azure DevOps 伺服器中的所有摘要。透過此更新，PCA 也可以為其他使用者和群組授予這項權限，進而委派管理任何動態消息的能力。

維琪

適用於公式和影片的 Markdown 範本

編輯Wiki時，不再需要記住 markdown 語法來添加公式、影片和 YAML 標籤。您現在可以按下工具列中的內容選單，選取選項。

顯示展開的功能表的螢幕快照，其中包含下列選項：目錄、影片、YAML 標籤和公式。

在Wiki中內嵌 Azure Boards 查詢結果

您現在可以以數據表的形式，將 Azure Boards 查詢結果內嵌在 Wiki 頁面中。下圖顯示Wiki頁面的範例，其中包含所有已發行的功能清單，以及目前內嵌在Wiki中的所有作用中Bug。頁面顯示的內容是透過使用現有的工作項目查詢而取得的。有了這項新功能，您可以建立動態內容，而不需要擔心手動更新Wiki頁面。

Wiki 中顯示的內嵌 Azure Boards 查詢結果螢幕快照。

查詢結果可透過兩個步驟來新增：

從編輯工具列按兩下 [查詢結果] 按鈕。

顯示已展開功能表的螢幕擷圖，特別標出了 [查詢結果] 選項。

選取必要的查詢，然後按兩下 [插入] 按鈕。

儲存頁面之後，查詢的結果現在可以以數據表的形式檢視。

[查詢結果] 對話框的螢幕快照。

Wiki Markdown 編輯器的單空格字型

隨著Wiki Markdown 編輯器的單空格字型的推出，可讀性不再是挑戰。 Markdown 來源看起來乾淨且易於閱讀。這項功能已根據這個建議票證設定優先順序。

具有單一空格字型的Wiki螢幕快照。

Wiki 頁面的永久連結

到目前為止，如果已重新命名或移動連結頁面，共用Wiki頁面連結就會中斷。我們現在已藉由將頁面標識元新增至 URL 來引進永久連結。這可確保隨著時間變更而維基內容變動時，您分享的連結能保持有效。

此功能的優先順序是根據此建議票證。

在Wiki頁面中顯示工作項目狀態

在此更新中，我們已將工作專案的狀態新增至頁面，以及其標識碼和標題，以增強Wiki頁面中的工作專案提及。

顯示增強工作專案提及的螢幕快照。

提取要求批注和Boards討論中的工作項目參考也會顯示狀態。

@mention 使用者和群組

您現在可以在維基頁面中 @mention 使用者和群組。這讓檔如小組的聯繫人頁面、指引檔和知識文件更豐富。下圖是一個範例，其中顯示具有工作和負責人的短期衝刺回顧。

螢幕快照，顯示當您 <span class= @mention 使用者和群組時的外觀。 />

此外，您也可以在Wiki編輯頁面中輸入「@」，從自動建議中選取使用者或群組。提及的人員也會透過郵件收到通知。

螢幕快照，顯示當您開始輸入 <span class= @mention時出現的自動建議。 />

最後，您也可以點擊 @mentioned 用戶以查看個人資料資訊卡。此功能已根據此功能建議的排定優先順序。

Wiki 頁面上的通知

到目前為止，您還沒有辦法知道Wiki頁面上的內容何時變更。現在，您可以遵循Wiki頁面，在編輯、刪除或重新命名頁面時透過電子郵件收到通知。若要追蹤 wiki 所做的變更，請從 wiki 頁面選取 [追蹤] 按鈕。

Azure DevOps Wiki 頁面的螢幕快照，其中已指出 [追蹤] 選項。

此功能已根據此建議票證設定優先順序。若要深入瞭解，請參閱我們的檔案，詳見此處。

支援 HTML 標籤

現在，您可以使用 HTML 標籤在 Wiki 中建立更豐富的內容。查看您可以使用下列 HTML 標籤執行哪些動作。

您現在可以使用 詳細數據 和摘要標籤標，在Wiki頁面中建立可折疊的區段。您可以新增開啟屬性，讓詳細數據預設保持展開。

如需了解細節標籤的更多資訊，請參閱此處的文件。

根據建議票證和，這已被優先處理。

注意

Edge 和 Internet Explorer 瀏覽器不支援此標籤。

改善的數據表建立和編輯

到目前為止，在Wiki中建立和編輯數據表是困難的。我們已進行變更，讓您更輕鬆地在Wiki中新增及管理數據表。

從方格建立數據表

您不再需要記住 Markdown 數據表語法。現在，您可以從 15 X 15 方格中選取，輕鬆地建立 Markdown 數據表。只要選取所需的數據行數目和數據列，即可按下即可插入數據表。

這項功能已根據下列建議票證排定優先順序：
- wiki數據表檢視
- 讓在wiki 中插入數據表變得簡單
更好的數據表可讀性

您現在可以切換 換行功能，讓編輯器的表格擁有更佳的可讀性。禁用自動換行將新增一個捲軸，讓您更容易查看大型資料表的內容。
自動格式化 Markdown 資料表

您不再需要新增空格來對齊 Markdown 資料行。使用 [格式數據表] 按鈕，您的 Markdown 數據表會自動格式化，方法是將空格新增至單元格以對齊數據行。如果您有大型數據表，請使用它搭配 停用自動換行，讓數據表更容易閱讀。

您也可以使用 Ctrl + Shift + F 快捷方式來格式化數據表。

報告

現在使用 Analytics 不再需要安裝 Analytics 擴充功能

分析正逐漸成為 Azure DevOps 體驗不可或缺的一部分。這是客戶協助他們做出數據驅動決策的重要功能。

對於 Update 1，我們很高興宣布客戶不再需要 Analytics 擴充功能來使用 Analytics。客戶現在可以在 [專案集合設定] 底下啟用 [分析]。過程很簡單，就在產品內進行。

以下是客戶如何啟用分析：

瀏覽至 [專案集合設定]：

螢幕快照，其中顯示要尋找分析設定的位置。

單擊 啟用分析

顯示 [啟用分析] 選項的螢幕快照。

就是這樣！將會啟用集合的分析驅動體驗。

在 Update 1 和已安裝 Analytics 延伸模組的 Azure DevOps Server 2019 集合中，新建立且經過升級的集合將會預設自動啟用 Analytics。

若要深入瞭解 Analytics 及其啟用的體驗：

深入瞭解啟用分析功能。
閱讀分析概覽文件。
閱讀主要功能：分析小工具、最高失敗測試報告、Power BI 整合，以及 OData 端點。
在 Azure DevOps Analytics 上觀看此 Channel 9 影片。

意見反應

我們很樂意聽到你的聲音！您可以回報問題或提供想法，並透過開發人員社群追蹤問題，並取得 Stack Overflow的建議。

頁面頂端

共用方式為

Azure DevOps Server 2019 Update 1 版本資訊

安全地從 Azure DevOps Server 2019 升級至 Azure DevOps Server 2020

Azure DevOps Server 2019 Update 1.2 Patch 10 Release Date：2025 年 3 月 11 日

Azure DevOps Server 2019 Update 1.2 Patch 9 Release Date：2024 年 5 月 28 日

安裝修補程式

管線需求

Azure DevOps Server 2019 Update 1.2 Patch 8 發行日期：2024 年 3 月 12 日

Azure DevOps Server 2019 Update 1.2 Patch 7 Release Date：2024 年 2 月 13 日

Azure DevOps Server 2019 Update 1.2 Patch 6 發行日期：2023 年 11 月 14 日

安裝修補程式

設定 TFX

使用 TFX 更新工作

管線需求

Azure DevOps Server 2019 Update 1.2 Patch 5 發行日期：2023 年 9 月 12 日

安裝修補程式

更新 Azure Pipelines 代理程式

設定 TFX

使用 TFX 更新工作

管線需求

Azure DevOps Server 2019 Update 1.2 Patch 4 發行日期：2023 年 8 月 8 日

Azure DevOps Server 2019 Update 1.2 Patch 3 發行日期：2023 年 6 月 13 日

Azure DevOps Server 2019 Update 1.2 Patch 2 發行日期：2022 年 12 月 13 日

Azure DevOps Server 2019 Update 1.2 Patch 1 發行日期：2022 年 7 月 12 日

Azure DevOps Server 2019 Update 1.2 發行日期：2022 年 5 月 17 日

Azure DevOps Server 2019 Update 1.1 Patch 13 發行日期：2022 年 1 月 26 日

安裝步驟

Azure DevOps Server 2019 Update 1.1 Patch 12 發行日期：2021 年 9 月 15 日

Azure DevOps Server 2019 Update 1.1 Patch 11 Release Date：2021 年 9 月 14 日

Azure DevOps Server 2019 Update 1.1 Patch 10 Release Date：2021 年 8 月 10 日

Azure DevOps Server 2019 Update 1.1 Patch 9 發行日期：2021 年 6 月 15 日

Azure DevOps Server 2019 Update 1.1 Patch 8 發行日期：2021 年 4 月 13 日

修補程式的一般安裝

AzureResourceGroupDeploymentV2 任務安裝

安裝

Azure DevOps Server 2019 Update 1.1 Patch 7 Release Date：2021 年 1 月 12 日

Azure DevOps Server 2019 Update 1.1 Patch 6 發行日期：2020 年 12 月 8 日

常規修補程式安裝

AzurePowerShellV4 任務安裝

先決條件

安裝

Azure DevOps Server 2019 Update 1.1 Patch 5 發行日期：2020 年 9 月 8 日

Azure DevOps Server 2019 Update 1.1 Patch 4 發行日期：2020 年 7 月 14 日

Azure DevOps Server 2019 Update 1.1 Patch 3 發行日期：2020 年 6 月 9 日

Azure DevOps Server 2019 Update 1.1 Patch 2 發行日期：2020 年 4 月 14 日

Azure DevOps Server 2019 Update 1.1 Patch 1 發行日期：2020 年 3 月 10 日

Azure DevOps Server 2019 Update 1.1 RTW 發行日期：2019 年 12 月 10 日

Azure Boards

Azure Pipelines

Azure 測試計劃

一般

管理

Azure DevOps Server 2019 Update 1 Patch 1 發行日期：2019 年 9 月 10 日

Azure DevOps Server 2019 Update 1 發行日期：2019 年 8 月 20 日

RC2 發行日期：2019 年 7 月 23 日

RC1 發行日期：2019 年 7 月 2 日

Azure DevOps Server 2019 Update 1 的新功能摘要

一般

深色主題

板

新流程

工作項目表單上的狀態值順序

功能啟用不再可用

使用更豐富的工作專案附件來組織參考數據

使用徽章分享團隊的看板

查詢與一天、一週、一個月或一年開始時間相關的工作

編輯和刪除討論區批注

將查詢結果匯出至 CSV 檔案

直接從任何 GitHub 留言中的提及導覽至 Azure Boards 工作項目

在 Azure Boards 中規劃的同時，接受並執行來自 GitHub 的問題。

快速從看板檢視連結的 GitHub 活動

Repos

草稿提取要求

重新運行過期構建以自動完成拉取請求

在拉取請求中只檢視左側或右側的檔案

完成拉取請求的新合併類型

依提取要求中的目標分支篩選 （PR）

允許延伸模組新增語法醒目提示和自動完成

存放庫建立擴充點

改善的編碼支援

依提取要求中的目標分支篩選（PR）