将部署升级到最新版本Azure DevOps Server
12/01/2020
本文内容
Azure DevOps Server 2020 |Azure DevOps Server 2019 |TFS 2018-TFS 2015
备注
Azure DevOps Server 以前名为 Visual Studio Team Foundation Server。
本文提供有关将本地部署升级到 TFS 2018、Azure DevOps Server 2019 或 Azure DevOps Server 2020 的一般信息。 常规升级过程如下所示:
准备环境。 新的 系统 要求可能需要升级到硬件或软件。 无论哪种方式,升级都是考虑当前环境是否满足你的需求,还是进行更改的不错时间。
预期最佳,为最差的 做好准备。 尽管Azure DevOps Server升级是可靠的,但为最差情况做好准备总是有意义的。 请确保你有一组完整且一致的 可用数据库备份 。
备注
如果就地升级,并且没有移动到新硬件,请考虑在预生产环境中进行升级。
执行升级。 完成准备工作后,安装新版本。 获取二进制文件并运行安装过程以升级服务器。
提示
在某些情况下,可能需要卸载早期版本的 Azure DevOps Server并安装同一台计算机Azure DevOps Server最新版本的虚拟机。 在这些情况下,安装程序将显示一条警告,你应该按照警告消息中的说明进行操作。
配置新功能。 可能需要配置 每个项目才能 访问可用的新功能。 不必立即进行所有配置,但某些功能在配置之前不可用。 根据项目,使用"配置功能"向导通过更新 XML 定义文件来手动进行更改。
支持的升级路径
对于本地服务器的Azure DevOps版本,以下升级矩阵显示了根据升级版本进行升级的正确步骤。 (确保选择的内容版本与要升级到的服务器版本匹配)
升级到 2020 Azure DevOps Server之前
将本地部署升级到 Azure DevOps Server 2020 时,应注意仅支持从 TFS 2015 及更高版本升级。 如果使用 TFS 2013 或更早版本,则需要先升级到 TFS 2015。
升级到 2019 Azure DevOps Server之前
将本地部署升级到 Azure DevOps Server 2019 时,应注意以下两个影响工作跟踪自定义和报告的项目。
新项目集合的继承过程模型的可用性
Azure DevOps Server 2019 支持使用继承过程模型自定义工作跟踪体验。 只有创建新项目集合才能访问此功能。 现有项目集合将仅支持本地 XML 进程模型。
如果选择新项目集合的继承过程模型,则还会自动选择分析服务以支持报告。 无法将报表服务SQL Server添加到在新项目集合上添加的项目。 如果为新项目集合选择"本地 XML 进程模型",则你有权访问分析服务和 SQL Server Reporting Services。 对于升级的现有集合也是如此。
因此,在继续处理新项目集合时,需要考虑工作跟踪自定义和报告要求。 若要详细了解这些选项,请参阅以下文章:
弃用"配置功能"向导
过去,"配置功能"向导用于更新默认进程模板,并对其进行更新。 2019 年 1 月Azure DevOps Server此功能。
若要了解对默认系统进程所做的更改,请参阅 对进程模板 所做的更改。
升级到 TFS 2018 之前
自 TFS 2017.2 起,旧工作项窗体标记已弃用,不再受支持。 如果升级服务器并拥有未启用新工作项窗体的集合,则验证期间可能会看到以下警告:
[VS403364]: This release introduces major updates to the work item form layout and functionality and deprecates legacy custom controls. Consequently, the upgrade process will update all work item type definitions to use the new work item form WebLayout element and remove all custom controls. For more information and recommended upgrade steps, see the Deployment Guide.
有关详细信息,请参阅处理从旧窗体到新窗体 的 TFS 2018 升级。
升级到 TFS 2017 之前
查看从 TFS 2008 或 TFS 2010 升级时的选项。 根据对工作跟踪过程的自定义量,在描述的选项中进行选择。
复杂性
升级Azure DevOps部署可能会因现有部署的具体信息而不同。 影响升级复杂性和持续时间的因素包括:
部署的服务器数
部署配置、与报表、SharePoint产品或 Project Server 集成
数据库的大小
升级的版本。
在所有情况下,常规过程在逻辑上都是相同的。 确保环境已准备就绪。 然后准备并执行升级。
故障时间
本地Azure DevOps部署在升级期间处于脱机状态。 升级时间可能因部署大小而不同。 若要保持升级速度的比较快 ,请清理不必要的数据。 如果及时了解最新版本的最新版本,Azure DevOps Server。
相关文章