diff --git a/project_management/Anolis_8_23_Release_Plan/anolis8.8_releaes_plan.md b/project_management/Anolis_8_23_Release_Plan/anolis8.8_releaes_plan.md new file mode 100644 index 0000000000000000000000000000000000000000..1a52c1aa1a6d7f3f14c80f4ca65bdc218f4ef2d9 --- /dev/null +++ b/project_management/Anolis_8_23_Release_Plan/anolis8.8_releaes_plan.md @@ -0,0 +1,51 @@ +# 1 Anolis OS 8.8 项目规划 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
里程碑开始时间截止时间承接主体备注
Beta版本2022/10/182022/11/30产品发布 SIG（阿里云、统信）
龙芯开发SIG（龙芯中科、中科方德、万里红、北京红旗、阿里云、统信）
龙蜥社区各SIG		龙芯同源异构（含 DDE）；
DDE 版本升级适配；
龙蜥自研核心特性集成；
自研率统计工具；
兼容性规则和工具主体完成
RC 版本2022/12/12022/12/20产品发布 SIG（阿里云、统信）
龙芯开发SIG（龙芯中科、中科方德、万里红、北京红旗、阿里云、统信）
龙蜥社区各SIG		版本基线升级调整
验证版本
版本问题回归
GA 版本2022/12/202022/12/30龙蜥社区TC SIG
产品发布 SIG（阿里云、统信）
龙芯开发SIG（龙芯中科、中科方德、万里红、北京红旗、阿里云、统信）
龙蜥社区各SIG		版本问题回归
TC发布评审
+ +# 2 版本常见问题集锦 +## 2.1 自研的调整是否会造成与 Anolis OS 8 之前版本的兼容性问题？ +回答：**不会的**！自研版本演进的过程中，会根据客户实际业务场景，对涉及到的包按照龙蜥社区分层分类的理论进行区分，龙蜥社区倾向于负责 L1 或者 L2 层级的包，理事单位和合作伙伴会重点负责 L3 和 L4 层级的包； +同时社区会形成兼容性理论和保障， 来保障 Anolis OS 8 版本在 API 和 ABI 演进过程中的向后兼容性。最终的目的是核心仓库兼容性在单一大版本升级过程中是零影响的。应用流仓库的兼容性在单一大版本升级过程中完全可以通过模块（Module）机制来保障。 + +## 2.2 自研特性增多后，是否还可以保障安全更新的及时修复？ +回答：**一定的**！社区目前已经形成了一套完整的漏洞感知机制， 会针对严重的漏洞及时感知；针对感知到的漏洞，龙蜥社区会按照 SLO 原则来保障（Critical 问题修复时间 24 小时、Important 问题的修复时间 48小时）。 + + +## 2.3 版本自研特性增多后，对龙蜥社区下游发行版的认证流程有什么影响呢？ +回答：龙蜥社区已经提供覆盖多场景的下游版本认证流程和对应的短期和长期（长期方案还在开发中）的构建通用方案。来支持和保障下游版本企业客户可完成下游版本制作的流程的自引导，最终实现龙蜥社区的高效的服务构建体系；认证流程和通用方案会引导社区重点技术（如云原生方案）的对外合作输出，保障关键场景的统一兼容性。