diff --git a/zh/technical-committee/governance/software-management.md b/zh/technical-committee/governance/software-management.md
index a72abeb0ad5b79aee94fbcd683f02e69f5ab33f1..e1beb65142041040618fa9bb5fcad3bd89b7bc86 100644
--- a/zh/technical-committee/governance/software-management.md
+++ b/zh/technical-committee/governance/software-management.md
@@ -146,17 +146,18 @@ openEuler社区版本分为长期支持版本和创新版本。[详见release SI
 1. 尽可能集成多的软件组件，软件包**范围不受限制**，需满足最基本的合规问题，当前软件包2000+，后续不断补充；
 2. 选择开源软件**当前稳定分支/维护分支的最新版本**；
 3. 应**实时跟踪开源软件原生社区的动态**，及时根据版本迭代计划跟进软件版本。
-4. 对社区停止维护的软件，按照openEuler软件退出原则操作。
-5. 如果发生软件升级，需做好两个版本间的差异分析。
+4. 开发版本每年做两次开源软件版本选型,第一次选型周期为每年的4~5月份,第二次选型周期为每年的10~11月份。
+5. 对社区停止维护的软件，按照openEuler软件退出原则操作。
+6. 如果发生软件升级，需做好两个版本间的差异分析。
 
 #### openEuler 长期支持版本选型
 
 **openEuler LTS 版本基线选取openEuler 创新版本最近release 的稳定版本，维护周期4年**
-
 1. LTS版本的软件版本**要兼顾质量与稳定**，优先选择主流OS发行商广泛应用的版本，或社区成熟期LTS版本和稳定版本。
 2. LTS版本的软件升级后原则上**不得影响兼容性列表**，兼容性列表由openEuler TC 看护。
-3. LTS版本的软件在一个版本生命周期内，**尽量不做大版本的变动**，采取特性、补丁回合的方式解决质量问题。
+3. LTS版本的软件在一个版本生命周期内，**原则上不做大版本的变动**，采取特性、补丁回合的方式解决质量问题。
 4. 如果发生软件升级，**需做好两个版本间的差异分析，并需经过版本发布管理SIG的评审**。
+5. LTS版本每年做两次开源软件版本选型,第一次选型周期为每年的1~2月份,第二次选型周期为每年的7~8月份。
 
 ### LTS版本软件选型的兼容性保证