将部署升级到最新版本的 Azure DevOps Server
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 Server 2022 之前
将本地部署升级到 Azure DevOps Server 2022 时，应注意仅支持从 TFS 2015 及更高版本升级。 如果使用 TFS 2013 或更早版本，则需要先升级到 TFS 2015。
升级到 Azure DevOps Server 2020 之前
将本地部署升级到 2020 Azure DevOps Server时，应注意仅支持从 TFS 2015 及更高版本升级。 如果使用 TFS 2013 或更早版本，则需要先升级到 TFS 2015。
升级到 2019 Azure DevOps Server之前
将本地部署升级到 2019 Azure DevOps Server时，应注意影响工作跟踪自定义和报告的以下两项。
新项目集合的继承过程模型的可用性
Azure DevOps Server 2019 支持使用继承过程模型自定义工作跟踪体验。 只能通过创建新的项目集合来访问此功能。 现有项目集合将仅支持本地 XML 进程模型。
如果为新项目集合选择继承过程模型，则还会自动选择分析服务来支持报告。 无法向新项目集合上添加的项目添加SQL Server报告服务。 如果为新的项目集合选择本地 XML 进程模型，则可以访问分析服务和SQL Server报告服务。 对于升级的现有集合也是如此。
因此，在推进新项目集合时，你需要考虑工作跟踪自定义和报告要求。 若要详细了解这些选项，请参阅以下文章：
弃用“配置功能”向导
过去，“配置功能”向导用于使用对默认进程模板进行的更新来更新它们。 2019 Azure DevOps Server不再支持此功能。
若要了解对默认系统进程进行的更新，请参阅 对进程模板所做的更改。
复杂性
根据现有部署的详细信息，升级 Azure DevOps 本地部署可能会有所不同。 影响升级复杂性和持续时间的因素包括：
- 部署的服务器数
- 部署配置和与 SQL Server Reporting Services 集成
- 数据库的大小
- 升级的版本。
在所有情况下，常规过程在逻辑上都是相同的。 确保环境已准备就绪。 然后准备并执行升级。
故障时间
Azure DevOps 本地部署在升级期间处于脱机状态。 升级时间可能因部署大小而异。 若要保持升级速度相当快， 请清理不必要的数据。 如果你跟上Azure DevOps Server的最新版本，它也很有帮助。