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