Azure DevOps Server 2022 |Azure DevOps Server 2020 |Azure DevOps Server 2019
本文提供將內部部署升級至 TFS 2018、Azure DevOps Server 2019 或 Azure DevOps Server 2020 的一般資訊。 一般升級程式如下所示：
準備環境。 新的 系統需求 可能需要升級至硬體或軟體。 無論哪種方式，升級都是考慮目前環境是否符合您需求的好時機，或者變更是否合理。
期待最好的，為最壞的情況做好準備。 儘管 Azure DevOps Server 的升級一向可靠，但仍有必要為最壞的情況做好準備。 請確定您有一組完整的且一致的 資料庫備份 可供使用。
備註
如果您就地升級，但未移至新的硬體，請考慮在預生產環境中執行升級的預演。
進行升級。 完成準備之後，請安裝新版本。 取得二進位檔，並透過安裝程式執行以升級您的伺服器。
小提示
在某些情況下，您可能需要卸載舊版的 Azure DevOps Server，併為同一部機器安裝最新版的 Azure DevOps Server。 在這些情況下，安裝程式會顯示警告，您應該遵循警告訊息中的指示。
支援的升級路徑
針對舊版的 Azure DevOps 內部部署伺服器，下列升級矩陣會顯示根據您從升級的版本進行升級的適當步驟。 （請確定您選取的內容版本符合您要升級的伺服器版本。
Azure DevOps 2022 的升級路徑矩陣涵蓋所有舊版。
升級至 Azure DevOps Server 2022 之前
將內部部署部署升級至 Azure DevOps Server 2022 時，您應該知道僅支援從 TFS 2015 和更新版本升級。 如果您使用 TFS 2013 或更早版本，則必須先升級至 TFS 2015。
升級至 Azure DevOps Server 2020 之前
將內部部署升級至 Azure DevOps Server 2020 時，您應該知道僅支援從 TFS 2015 和更新版本升級。 如果您使用 TFS 2013 或更早版本，則必須先升級至 TFS 2015。
升級至 Azure DevOps Server 2019 之前
將內部部署升級至 Azure DevOps Server 2019 時，您應該注意下列兩個專案會影響工作追蹤自定義和報告。
新專案集合的繼承流程模型可用性
Azure DevOps Server 2019 支援使用繼承程序模型來自訂您的工作追蹤體驗。 您只能藉由建立新的專案集合來存取這項功能。 現有的專案集合僅支持內部部署 XML 進程模型。
如果您選擇新專案集合的繼承程式模型，也會自動選擇 Analytics Service 以支持報告。 您無法將 SQL Server Reporting Services 新增至您在新專案集合上新增的專案。 如果您選擇新專案集合的內部部署 XML 進程模型，則可以存取 Analytics Service 和 SQL Server Reporting Services。 這也適用於您升級的現有集合。
因此，在推進新的專案集合時，您應該考慮如何自訂工作追蹤以及您的報告需求。 若要深入了解這些選項，請參閱下列文章：
[配置功能精靈] 的逐步淘汰
過去，[設定功能精靈] 用於將更新應用到預設流程範本中。 Azure DevOps Server 2019 不再支援此功能。
若要瞭解對預設系統進程所做的更新，請參閱 對處理範本所做的變更。
複雜性
升級 Azure DevOps 內部部署可能會根據您的現有部署細節而有所不同。 影響升級複雜度和持續時間的因素包括：
- 已部署的伺服器數目
- 部署組態和與 SQL Server Reporting Services 整合
- 資料庫的大小
- 升級的版本。
在所有情況下，一般程式在邏輯上都相同。 請確定您的環境已就緒。 然後準備並執行升級。
停機時間
您的 Azure DevOps 內部部署會在升級期間脫機。 升級時間可能會根據部署的大小而有所不同。 若要讓升級保持較快， 請清除不必要的數據。 如果您跟上最新版的 Azure DevOps Server，會有幫助。