申请:
- 签署CLA https://cla.openkylin.top/
- 通过SIG列表查看感兴趣的SIG https://www.openkylin.top/join/sig-cn.html ,直接进入该SIG项目链接进行代码贡献,或通过订阅邮件列表 https://mailweb.openkylin.top 、参与SIG会议 https://www.openkylin.top/sig/meeting-cn.html 等形式,参与对应SIG项目的技术讨论、社区维护等。
- 加入开发者交流群(CLA后台管理人员主动拉您入群)
成为维护者条件(推荐向):
权益:当开发者满足以下2个及以上条件,可以申请SIG组,成为组维护者:
- 提交5个及以上有效commit。
- 提出5个及以上有效issue。
- 修复5个及以上issue。
- 积极参与SIG会议,并在会议中多次提出建设性建议。
申请:
SIG 所有成员 签署个人cla 后,请按照以下步骤执行申请:
- 由相关提议人 Fork 项目 openKylin / community 到您的 Gitee 下。并在您的 Gitee 项目下的 sig 目录下创建自己新的 SIG 目录,并根据 SIG组章程模版 在您的 Gitee 项目下创建对应
README.md
,并完成新 SIG 章程的填写;
- 在刚刚创建的SIG目录下,根据 sig.yaml 模版 完成 sig.yaml 文件的创建,并完成 sig.yaml 文件的填写;
- 完成以上两步后,将以上改动提交到Gitee上,并向 openKylin / community 项目提交 PR 申请创建 SIG 组,填写好相关信息后,技术委员会将提前审核相关信息,并在下一次例会上进行进一步沟通。
审核:由技术委员会与会人员就 SIG 相关业务范围、维护目标等与提议人沟通并审核评议。
批准:技术委员会审核通过后,会为您申请的 SIG 组创建对应邮件列表,并会通过邮件形式发送官方确认信息以及邮件列表账号至您签署cla时绑定的邮箱,同时基础设施 SIG 组负责人会完成相应 SIG 组仓库创建和权限处理。
运作:SIG 正式运作,组内成员通过邮件列表、组内会议等进行沟通交流。新的 SIG 组运行初期,可以由技术委员会指定一个委员作为该 SIG 组的导师为SIG组进行指导,以确保该SIG组快速步入正轨。
申请:
企业负责人 签署企业cla ,并请该企业的相关企业员工 签署员工cla 后,再请按照以下步骤执行申请:
- 由相关提议人 Fork 项目 openKylin / community 到你的Gitee下。并在您的 Gitee 项目下的 sig 目录下创建自己新的 SIG 目录,并根据 SIG组章程模版 在您的 Gitee 项目下创建对应
README.md
,并完成新 SIG 章程的填写;
- 在刚刚创建的 SIG 目录下,根据 sig.yaml 模版 完成 sig.yaml 文件的创建,并完成 sig.yaml 文件的填写;
- 完成以上两步后,将以上改动提交到 Gitee 上,并向openKylin / community 项目提交 PR 申请创建 SIG 组,填写好相关信息后,技术委员会将提前审核相关信息,并在下一次例会上进行进一步沟通。
审核:由技术委员会与会人员就 SIG 相关业务范围、维护目标等与负责人沟通并审核评议。
批准:技术委员会审核通过后,会为您申请的 SIG 组创建对应邮件列表,并会通过邮件形式发送官方确认信息以及邮件列表账号至您签署cla时绑定的邮箱,同时基础设施 SIG 组负责人会完成相应 SIG 组仓库创建和权限处理。
运作:SIG 正式运作,组内成员通过邮件列表、组内会议等进行沟通交流。新的 SIG 组运行初期,可以由技术委员会指定一个委员作为该 SIG 组的导师为 SIG 组进行指导,以确保该 SIG 组快速步入正轨。
以下情形发生时可以由该SIG 组Owner或者技术委员会委员提出撤销 SIG 组申请:
- SIG 组长时间活跃度很低,无法维持日常运转。包括但不限于存在:长时间(超过6个月)没有召开过例会、从未参与过社区SIG组相关活动(包括版本发行)、一直没有负责的软件仓库或者所负责的软件仓库长时间没有代码更新、不能及时响应社区反馈的issues等等不活跃现象;
- SIG 组负责openKylin版本中重要的模块或技术方向,但是目前的工作无法满足openKylin版本对该模块或技术方向的要求,阻碍了openKylin版本的发布和技术发展;
- SIG组的目标规划、技术路线等与另外的SIG组有重合;
- 其他技术委员会认为需要撤销SIG组的情形。
SIG组撤销申请应由该SIG组Owner或者技术委员会委员提交,提交方式如下:
- Fork 项目 openKylin / community 到您的 Gitee 下,并删除 community/sig目录下该SIG组对应的目录。
- 完成以上步骤后,将改动提交到 Gitee 上,并向openKylin / community 项目提交 PR 申请撤销 SIG 组,填写好相关信息(撤销SIG组的详细原因)后,技术委员会将提前审核相关信息,并在下一次例会上针对该议题进行讨论和投票。
SIG组撤销申请应在技术委员会例会上进行讨论并通过投票决策。技术委员会全体委员需参与投票表决,投票分为赞同票、反对票和弃权票,可以在例会上直接表决或会后回复邮件表决。需要三分之二或以上委员投赞同票时,撤销申请才能通过。投票结果通过邮件列表公示。
当 SIG 组被撤销后,该 SIG 组名下需要继续维护的软件包将暂时划分到 Packaging SIG组,并通过邮件列表公示,这些软件包可以由其他 SIG 组或者其他成立新的SIG组来认领维护。