From 187828fb3502d0ac6312eb14382396f77c4c187e Mon Sep 17 00:00:00 2001 From: Xinwei Hu Date: Tue, 22 Aug 2023 10:11:34 +0800 Subject: [PATCH] add oEEP 11 --- ...EP-0000 oEEP \347\264\242\345\274\225.md" | 1 + ...01\347\250\213\344\274\230\345\214\226.md" | 77 +++++++++++++++++++ 2 files changed, 78 insertions(+) create mode 100644 "oEEP/oEEP-0011 openEuler SIG \347\273\204\345\255\265\345\214\226\346\265\201\347\250\213\344\274\230\345\214\226.md" diff --git "a/oEEP/oEEP-0000 oEEP \347\264\242\345\274\225.md" "b/oEEP/oEEP-0000 oEEP \347\264\242\345\274\225.md" index 2e21a96..744c627 100644 --- "a/oEEP/oEEP-0000 oEEP \347\264\242\345\274\225.md" +++ "b/oEEP/oEEP-0000 oEEP \347\264\242\345\274\225.md" @@ -23,6 +23,7 @@ | 0008 | P,I | [openEuler智能补丁管理框架](oEEP-0008%20openEuler智能补丁管理框架.md) | 胡峰 solarhu| 2023-07-25 | | 0009 | P,I | [openEuler LTS 版本内核 KABI 变更策略](oEEP-0009%20openEuler%20LTS%20版本内核%20KABI%20变更策略.md) | 谢秀奇 xiexiuqi at huawei.com | 2023-5-9 | | 0010 | D,I | [openEuler服务要求参考基线](oEEP-0010%20openEuler服务要求参考基线.md) | 邓晖龙 denghuilong88 at huawei.com | 2023-8-2 | +| 0011 | P,I | [openEuler SIG 组孵化流程优化](oEEP-0011%20openEuler%20SIG%20组孵化流程优化.md) | 熊伟 (xiongwei888 at huawei dot com) 胡欣蔚 (shinwell_hu at openeuler dot sh) ## oEEP 类型分类： - D (Document, 信息整理): 信息梳理形成的文档。此类 oEPP 包含社区索引，指南，规范或其他和 openEuler 相关的信息。 diff --git "a/oEEP/oEEP-0011 openEuler SIG \347\273\204\345\255\265\345\214\226\346\265\201\347\250\213\344\274\230\345\214\226.md" "b/oEEP/oEEP-0011 openEuler SIG \347\273\204\345\255\265\345\214\226\346\265\201\347\250\213\344\274\230\345\214\226.md" new file mode 100644 index 0000000..7e4f84e --- /dev/null +++ "b/oEEP/oEEP-0011 openEuler SIG \347\273\204\345\255\265\345\214\226\346\265\201\347\250\213\344\274\230\345\214\226.md" @@ -0,0 +1,77 @@ +--- +标题: openEuler SIG 组孵化流程优化 +类别: 流程设计 +摘要: SIG 组孵化 +作者: 熊伟 (xiongwei888 at huawei dot com) 胡欣蔚 (shinwell_hu at openeuler dot sh) +状态: 初始化 +编号: oEEP-0011 +创建日期: 2023-08-17 +修订日期: 2023-08-22 + +--- + +## 动机/问题描述: + +### 初衷 + +openEuler 社区当前已经建立了约100个 SIG。其中不乏运作良好的SIG，但也有一些存在运作上的规范问题。 +我们希望能够优化 SIG 的孵化流程，一方面对已存在的 SIG 运作情况作出评价，便于技术委员会对 SIG 做差异化管理；另一方面能够帮助新成立 SIG 快速熟悉社区运作，在社区中真正作出贡献。 + +### 当前问题 + +openEuler 社区中历史及当前部分 SIG 中存在的问题： + +1. 运作缺少目标牵引，创建 SIG 之后长期没有代码提交和社区活动 +2. 缺少对行业的呈现，SIG 中开发的工作很少被感知，曝光度低 +3. SIG 小团体封闭运作，代码提交检视流于形式，架构和代码质量不理想 +4. 对社区流程不熟悉，代码成果无法进入LTS版本，无法在具体业务场景中得到验证 +5. 以及由于无法很好在社区形成 开发<-> 用户 互动，导致热情下降，开发人员流失 + +### 相关组织及职责 + +- TC 整体管理 SIG 运作，对社区 SIG 运作的整体效果负责 +- 所有 SIG：SIG maintainer 对 SIG 运作的效果负责 + +## 方案的详细描述: + +### SIG 成熟程度的评价维度 + +#### 基本信息清晰： + +- SIG 名称简明易理解，不会产生歧义 +- SIG 覆盖技术领域清晰，横向技术层次，或垂直领域解决方案 +- SIG 愿景明确，对长期发展有基本思考 + +#### 沟通渠道通畅： + +- SIG maintainer 分工职责清晰 +- 邮件列表，视频例行会议，微信群等基本沟通渠道完善，maintainer 可触达率 100% +- 了解社区信息维护工具和流程 + +#### 技术要求严谨： + +- SIG 的 maintainer 和 committer 有相应领域完整的专业知识和相对充分的时间投入 +- 从 SIG 覆盖技术领域出发，有明确的交付件清单 +- 所涉及交付件有清晰的版本选型或规划原则 +- 有维护清晰的代码评审checklist，并在PR review过程中落实 +- CI 过程中提示的问题做分析并澄清 + +#### 开发维护积极 + +- 有路线图和技术规划设想 +- 熟悉 Release SIG 的流程要求，在创新版本或 LTS 版本发布 +- 在 openEuler 安全 SLO 目标要求范围内响应修复安全漏洞 +- 响应相应代码仓的 issue + +#### 周边连接活跃 + +- Maintainer 理解社区运作要求，了解社区沟通矩阵，能够自主提交社区 PR，并和技术委员会及其他 SIG 沟通讨论。 +- 参与社区公众号宣传推广 +- 能够参与社区的活动，包括但不限于 meetup，ODD, 峰会 + +### SIG 成熟度的区分 + +当前 sig-info.yaml 中包含了可用的 mature_level 字段，但没有明确定义 mature_level 字段的含义。在此做出定义： +startup: SIG 基本信息清晰，但其他评价维度都无法给出评价。此时 技术委员会可以批准 建立 SIG 的PR 合入，此时 SIG 不适合直接建立 制品仓。技术委员会在一个月内指定导师。 +incubate: SIG 的沟通驱动通畅，其他各个评价维度有部分进展。经过导师在技术委员会沟通后，同意进入 incubate 状态。此时 SIG 可以建立相应的制品仓。 +graduate: SIG 在各个评价维度都较出色，可以独立运作。经 SIG maintainer 集体讨论申请，由技术委员会同意，进入 graduate 状态。 graduate 状态 SIG 的 maintainer 可以作为其他 SIG 的导师。 -- Gitee