欢迎大家提意见

- 软件引入原因描述不明确，评审周期长，分支与创建混合

  - 输出引入要求和规范

  - 优化软件检视流程，建仓（TC）和拉分支分离（Release）

- 针对maven和go具备大量的软件生态，且没有spec化

  - 明确maven，go，python等独立软件生态，如何快速融入openEuler体系（正在分析maven如何自购建）

- 版本发布时接口影响和原因统计困难，变更信息可读性差。接口变更影响无法在门禁阶段拦截

  - 开发接口变更检测和统计系统，实时查看变更信息，支持版本发布一键式导出接口差异

  - 分层构建，拦截接口变更影响

- 版本需求收集，评审，冻结流程执行不彻底

  - 输出需求要求和规范

  - 输出变更评审规范

- 社区沉淀大量issue无人问津

  - 上线社区数据看板，辅助release sig管理issue进展和风险

- 版本周期和测试周期是否合理

  - 探讨延长版本周期，缩减版本数量可行性

- 希望社区版本能有更长的维护周期

  - 探讨社区如何申请延长生命周期，以及如何运作

- 市场存在容器镜像生态诉求，如何构建整体流程（待与云原生讨论）