1# OpenHarmony Version Definitions 2 3## Branches 4 5To ensure smooth version evolution and continuous stability and reliability of historical versions, the OpenHarmony community periodically pulls branches such as Long Term Support (LTS), Release, and Beta from Master and manages them based on the OpenHarmony lifecycle definition. 6 7 8### Master 9 10Master is the main branch in the OpenHarmony community, to which code updates of all software packages' Master branches in the community are proactively merged for real-time build. 11 12### LTS 13 14LTS is a branch pulled from Master in the OpenHarmony community in the third quarter of each year. This branch is compiled, built, and tested in a centralized manner, and finally reviewed and released by the community. 15 16### Release 17 18Release is a branch pulled from Master in the OpenHarmony community in the first quarter of each year. This branch is compiled, built, and tested in a centralized manner, and finally reviewed and released by the community. A Release branch has the same release requirements but a shorter maintenance period when compared with an LTS branch. 19 20### Beta 21 22Beta is a branch pulled from Master in the OpenHarmony community irregularly. This branch has centralized compilation, building, and basic function verification finished, and can be used for development and debugging. 23 24### Tag 25 26A tag version is a stable and reliable version created by applying patches to an LTS or a Release branch, with the purpose of fixing individual bugs, security vulnerabilities, and other necessary adaptation modifications. 27 28## Maintenance Policies 29 30### Lifecycle Policies 31 32OpenHarmony provides lifecycle management services for LTS and Release branches as follows: 33 34#### Release -> Stop proactive maintenance 35 36The Release SIG periodically makes and maintains tag version plans to resolve individual bugs, security vulnerabilities, and other major issues to ensure continuously stable and available branches. 37 38#### Stop proactive maintenance -> Stop maintenance 39 40The Release SIG no longer proactively plans and releases tag versions. It only fixes security vulnerabilities and major defects in corresponding branches. 41 42### LTS and Release Maintenance Policies 43 44For an LTS branch, the OpenHarmony community provides 2-year proactive maintenance and 1.5-year passive maintenance since its release. 45 46For a Release branch, the OpenHarmony community provides 1-year proactive maintenance and 1-year passive maintenance since its release. 47 48### Branch Merge Policies 49 50The Release SIG is responsible for lifecycle management of an LTS or a Release branch. During the maintenance period, the SIG accepts only code updates that resolve security vulnerabilities, ACTS issues, and other major issues. All code updates can be merged into the branch only after the related pull request has been approved by the [owner](https://gitee.com/openharmony/community/blob/master/zh/BRANCHOWNER). 51 52### Maintenance Schedule 53 54The following table lists the maintenance schedule of the LTS and Release branches that have been released in the OpenHarmony community. 55 56| No. | Branch Name | Branch Type| Release Date | End of Proactive Maintenance| End of Maintenance | 57| :--- | ------------- | :------- | :-------- | :----------- | :-------- | 58| 1 | 1.0.1-Release | Release | 2021-03-30| 2022-03-30 | 2023-03-30| 59| 2 | 3.0-LTS | LTS | 2021-09-30| 2023-09-30 | 2025-03-30| 60| 3 | 3.1-Release | Release | 2022-03-30| 2023-03-30 | 2024-03-30| 61 62### Version Plan 63 64The OpenHarmony Release SIG periodically releases, updates, and maintains branch version plans. For details, visit [OpenHarmony-SIG-RoadMap](https://gitee.com/openharmony-sig/oh-inner-release-management/blob/master/OpenHarmony-SIG-RoadMap.md). 65