OpenHarmony 入门学习笔记(3)|| 版本后缀与维护机制
最近查看 OpenHarmony 文档时,遇到了 Release、LTS、停止主动维护、停止维护等概念,容易混在一起。这里整理一份笔记:版本号说明是哪一版,后缀说明版本类型,维护状态说明社区现在还提供哪些支持。
1、版本后缀的含义
官方版本发布计划对常见后缀的说明如下:
| 后缀 | 含义 | 通俗理解 |
|---|---|---|
| Alpha | 内测版 | 用于内部测试 |
| Beta | 公测版 | 仍处于测试和功能完善阶段 |
| Release | 正式稳定版 | 已通过发布评审,发布后进入维护阶段 |
| LTS | 长期支持版 | 正式版的一种,维护周期更长 |
LTS 是 Long-Term Support 的缩写,不表示“最早期”,也不表示“测试版”。例如,3.0-LTS 比 3.1-Release 发布得早,要看版本号和发布日期,不能根据 LTS、Release 判断新旧。
根据生命周期管理规则,Release 分支可以结合使用范围和质量,经社区评审转为 LTS。带有 Release 后缀的版本同样可以处于维护期。
2、主动维护和被动维护的区别
维护不只是增加新功能,也包括修复 bug、安全漏洞和必要的适配问题。官方生命周期管理规则将支持过程分为不同阶段:
| 阶段 | 社区主要做什么 |
|---|---|
| 主动维护 | 例行安排更新版本,合入缺陷修复、安全修复和其他必要修改 |
| 被动维护 | 不再例行安排标签版本发布,仅修复严重及以上的安全漏洞和缺陷 |
| 停止维护 | 结束该分支的常规维护支持,不应再期待例行补丁更新 |
按该规则,Release 的默认周期为 2 年:主动维护 1 年+被动维护 1 年;LTS 为 3.5 年:主动维护 2 年+被动维护 1.5 年。具体分支的周期可以通过公告调整,不能只按默认年限推算。
3、旧版本只打补丁也属于维护
一个旧版本即使不再增加功能,只要社区仍按维护策略修复安全问题,就仍处于维护范围内。
“只打安全补丁”是口语化说法。更准确地说,要看该分支所处阶段和修复范围:被动维护也可能修复严重缺陷,并不只处理安全漏洞;维护说明也列出了安全修复、缺陷修复以及需要说明的功能变化。
可以把几个概念分开:版本较旧,不等于已经停止维护;正在维护,也不等于持续增加新功能。新版本发布后,旧版本是否继续获得补丁,仍要查看它自己的维护安排。
4、如何确认一个版本是否仍在维护
版本定义页面同时介绍版本类型、维护时间表和源码下载方式。表中三个日期分别是:
| 字段 | 含义 |
|---|---|
| Release Date | 正式发布时间 |
| End of Proactive Maintenance | 主动维护结束时间,之后按计划进入被动维护 |
| End of Maintenance | 维护结束时间 |
查询时,先看维护时间表,再到官方 release-management 仓库查找该分支的维护策略调整或停止维护公告。遇到日期冲突,应核对公告的发布时间和适用范围。
4.1-Release 就有一个实际例子。版本定义页面的原表列出 2026 年 3 月 30 日停止维护,但官方在 2025 年 5 月 30 日发布了停止维护公告,明确从 2025 年 6 月 1 日起停止维护。因此,旧表中的计划不能直接当作当前状态。

另外,源码还能下载,并不表示社区仍然提供维护;停止维护也不意味着软件立即无法运行,改变的是后续修复和支持安排。
常用官方资料
-
版本定义与维护时间表:查版本类型、维护字段和下载方法。
-
版本生命周期管理:查默认维护周期和支持规则。
-
版本发布计划:查发布安排和版本类型。
-
维护职责与标签版本计划:查维护内容和历史更新记录。
-
4.1-Release 停止维护公告:查看分支维护安排发生调整的实例。
更多推荐

所有评论(0)