Azure DevOps Server (TFS）的产品生命周期
Azure DevOps Server (之前名称为TFS）是Azure DevOps 是微软公司的软件研发管理平台产品，作为一款应用软件，它和其他所有软件产品一样不可避免的存在功能不足、产品缺陷、安全漏洞等不可以预知的问题。产品中存在问题，就需要我们去修复它。微软会帮助你修复产品中的问题吗？你公司运行的产品是否在微软公司的支持范围内？回答这个问题，我们首先需要了解Azure DevOps Server (TFS）的产品生命周期。
对于Azure DevOps Server这个产品，微软公司遵循“固定生命周期策略”(Fixed Lifecycle Policy）的原则发布产品、升级包和补丁；在过去的近10年开发过程中，在前5年，每次发布正式版本（RTM）后，微软每次发布的补丁或升级包都会包含大量的新增功能、安全漏洞和补丁修复等；在最近的5年中，微软改变了产品发布计划，采取主版本、升级包和补丁包的发布方式；下面是这三种软件升级包的说明：
- 主版本（RTM Release），是指Azure DevOps Server每次发布的大版本，例如Azure DevOps Server 2022/2020/2019/2018/2017/2015等；大版本的发布周期没有固定的时长，一般每年都会发布一个大版本，其中集成最近在云端Azure DevOps Service中的最新功能；。
- 升级包（Update），是指主版本发布之后，将近期的新开发的功能追加到当前的主流版本中，例如Azure DevOps Server 2022 Update 1就是2022RTM版本的第一个升级包。升级包可以视为软件产品的大变更，如果开发团队比较深入的应用Azure DevOps Server，例如开发了大量的扩展、集成第三方产品等，需要做好严格测试后再慎重升级，应为一旦完成升级并开始应用后，几乎没有回退的可能。
- 补丁包（Patch），不定期的发布最近发现的严重问题，一般是修复缺陷，不会增加新的功能；补丁包对产品的变更非常小，一般都不涉及数据库层级的变动，对于管理员来说升级风险较低；由于补丁包只正对特定的问题，如果公司没有应用受影响的对应功能，我们往往可以忽略这个补丁。
从软件产品维护和安全的角度，我们一般需要跟随微软发布产品的节奏，定期安装或升级最新的版本，否则在出现严重问题时间，不能获得微软公司的技术支持。对于“固定生命周期策略”(Fixed Lifecycle Policy）的规定，我们需要了解几个关键性的规定：
- 从软件版本发布之日开始，产品组就会定义该版本的支持周期
- 至少5年的主版本支持
- 对于特定产品有扩展支持
对于Azure DevOps Server来说，微软公司将特定的升级包视为主版本（原始版本），它的支持时长会参考“固定生命周期策略”的规定，也就是支持时长是自这个版本发布之后的5年后：
| 产品版本 | 支持的版本 |
| Azure DevOps Server 2022 | Azure DevOps Server 2022.1 |
| Azure DevOps Server 2020 | Azure DevOps Server 2020.1.2 |
| Azure DevOps Server 2019 | Azure DevOps Server 2019.1.2 |
| Azure DevOps Server 2018 | Team Foundation Server 2018.3.2 |
| Azure DevOps Server 2017 | Team Foundation Server 2017.3.1 |
| Azure DevOps Server 2015 | Team Foundation Server 2015.4.2 |
https://www.cnblogs.com/danzhang
Azure DevOps MVP 张洪君
