开源鸿蒙6.1和8.1版本被确定为LTS建议版本，最新路标正式发布！-转自开源鸿蒙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）

责编：开发者与活动运营组 周程威

编审：品牌管理组 丽娜

审核：开源鸿蒙项目管理委员会主席 任革林

               开源鸿蒙工作委员会执行总监 陶铭

               开源鸿蒙工作委员会执行秘书 曹云菲