深圳触觉智能鸿蒙硬件厂家为您报道开源鸿蒙OpenHarmony系统版本维护路标指引
在开源项目生态建设中,版本生命周期管理是保障社区项目稳定演进、助力生态伙伴提前规划产品路线、降低开发者适配成本的核心环节。为进一步规范开源鸿蒙版本的发布流程与维护标准,明确技术支持周期预期,2025年9月18日,开源鸿蒙项目管理委员会(PMC)在第90次会议中审议并通过《开源鸿蒙社区版本生命周期管理规划(2025Q3版)》,现正式向社区全体开发者发布,为后续版本迭代与生态协作提供清晰指引。
开源鸿蒙版本类型解析:Release与LTS版本定位明确
开源鸿蒙社区基于不同应用场景的需求差异与维护目标,将版本划分为Release版本与LTS版本两类,两者在定位、发布流程及维护周期上形成明确区分,开发者可根据业务需求精准选型。
(一)Release版本:稳定迭代的基础型版本
Release版本是开源鸿蒙社区发布的标准化稳定版本,其发布流程严格遵循质量管控体系:需先后通过集中编译验证、全量构建、集成测试验证,确保功能完整性与运行稳定性以及性能目标的达成,最终经开源鸿蒙PMC评审通过后正式发布,并为开发者提供固定周期的技术支持。
该版本的核心定位为 “快速迭代、稳定可用”,适用于对新功能有需求、但无需超长期维护支持的场景。
(二)LTS版本:长期支持的可靠型版本
LTS(Long-Term Support,长期支持)版本并非独立发布,而是从已正式上线的Release版本中筛选而来。社区结合Release分支的实际使用覆盖率、生态质量反馈及行业需求热度等因素,经开源鸿蒙PMC评审后确定;同时,社区会提前发布LTS版本规划路标,帮助开发者预判选型方向。
相较于Release版本分支,LTS版本分支的核心优势在于更长的维护生命周期,专为对系统稳定性、安全性要求更高的场景(如工业设备、智能终端量产产品等)提供持续技术支持,降低长期运维成本。
生命周期管理策略详解:明确维护阶段与支持范围
为帮助用户提前规划版本迁移时间线,开源鸿蒙社区针对Release与LTS版本分支制定了清晰的生命周期规则,明确不同阶段的维护范围、支持方式及调整机制。
(一)基础生命周期时长标准
版本类型 | 生命周期 | 支持方式 |
---|---|---|
Release 版本 | 2年 | 1 年主动维护期+1 年被动维护期 |
LTS 版本 | 3.5年 | 2 年主动维护期+1.5 年被动维护期 |
(二)维护阶段定义说明
主动维护期:社区将例行规划并发布标签版本,持续合入缺陷修复、安全漏洞补丁及必要功能优化,确保分支持续处于稳定可用状态。
被动维护期:不再主动规划维护标签版本发布,仅针对社区评估认定的 “严重及以上级别” 安全漏洞与核心缺陷提供修复支持,聚焦关键稳定性保障。
(三)特殊规则调整机制
上述生命周期为社区版本的默认标准。若因行业特殊业务需求(如定制化设备研发、长期项目运维等)需调整某版本的生命周期,须由社区Release SIG发起正式申请,经开源鸿蒙PMC审议决策通过后实施调整,并通过社区官方邮件、公告专栏等渠道向全体开发者同步通知,确保信息透明。
开源鸿蒙LTS版本规划公告:两年一迭代,关键节点清晰
为进一步稳定生态预期,社区明确后续将保持 “每两年发布一个LTS版本” 的迭代节奏。结合当前版本路线,拟定以下规划:
开源鸿蒙6.1 Release 版本:将作为2026年的LTS版本候选。
开源鸿蒙8.1 Release 版本:将作为2028年的LTS版本候选。
各版本的具体维护生命周期、关键时间节点(含主动维护期起止、被动维护期起止、认证截至时间等)可参考下表。
重要提醒:“认证截至” 时间节点代表该版本停止接受新的设备认证申请,已完成认证的设备仍可在剩余维护周期内享受技术支持。建议开发者结合自身项目周期、产品迭代计划与版本生命周期,提前完成版本选型与迁移准备,避免因版本停止维护影响业务连续性。
供稿:开源鸿蒙项目管理委员会(PMC)
责编:开发者与活动运营组 周程威
编审:品牌管理组 丽娜
审核:开源鸿蒙项目管理委员会主席 任革林
开源鸿蒙工作委员会执行总监 陶铭
开源鸿蒙工作委员会执行秘书 曹云菲
本文系转载,前往查看
如有侵权,请联系 cloudcommunity@tencent.com 删除。
本文系转载,前往查看
如有侵权,请联系 cloudcommunity@tencent.com 删除。