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 之前
将本地部署升级到 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，会有帮助。