欢迎大家提意见 - 软件引入原因描述不明确，评审周期长，分支与创建混合 - 输出引入要求和规范 - 优化软件检视流程，建仓（TC）和拉分支分离（Release） - 针对maven和go具备大量的软件生态，且没有spec化 - 明确maven，go，python等独立软件生态，如何快速融入openEuler体系（正在分析maven如何自购建） - 版本发布时接口影响和原因统计困难，变更信息可读性差。接口变更影响无法在门禁阶段拦截 - 开发接口变更检测和统计系统，实时查看变更信息，支持版本发布一键式导出接口差异 - 分层构建，拦截接口变更影响 - 版本需求收集，评审，冻结流程执行不彻底 - 输出需求要求和规范 - 输出变更评审规范 - 社区沉淀大量issue无人问津 - 上线社区数据看板，辅助release sig管理issue进展和风险 - 版本周期和测试周期是否合理 - 探讨延长版本周期，缩减版本数量可行性 - 希望社区版本能有更长的维护周期 - 探讨社区如何申请延长生命周期，以及如何运作 - 市场存在容器镜像生态诉求，如何构建整体流程（待与云原生讨论）