申请：
请按照以下步骤执行申请：
- 由相关提议人 Fork 项目 Ukylin-os/community 到您的 Gitee 下。并在您的 Gitee 项目下的 sig 目录下创建自己新的 SIG 目录，并根据 SIG组章程模版 在您的 Gitee 项目下创建对应 README.md ，并完成新 SIG 章程的填写;
- 在刚刚创建的SIG目录下，根据 sig.yaml 模版 完成 sig.yaml 文件的创建，并完成 sig.yaml 文件的填写;
- 完成以上两步后，将以上改动提交到Gitee上，并向 Ukylin-os/community 项目提交 PR 申请创建 SIG 组，填写好相关信息后，技术委员会将提前审核相关信息，并在下一次例会上进行进一步沟通。
审核：由技术委员会与会人员就 SIG 相关业务范围、维护目标等与提议人沟通并审核评议。
批准：技术委员会审核通过后，会为您申请的 SIG 组创建对应邮件列表，并会通过邮件形式发送官方确认信息以及邮件列表账号至您签署cla时绑定的邮箱，同时基础设施 SIG 组负责人会完成相应 SIG 组仓库创建和权限处理。
运作：SIG 正式运作，组内成员通过邮件列表、组内会议等进行沟通交流。新的 SIG 组运行初期，可以由技术委员会指定一个委员作为该 SIG 组的导师为SIG组进行指导，以确保该SIG组快速步入正轨。
申请：
请按照以下步骤执行申请：
- 由相关提议人 Fork 项目 Ukylin-os/community/ 到你的Gitee下。并在您的 Gitee 项目下的 sig 目录下创建自己新的 SIG 目录，并根据 SIG组章程模版 在您的 Gitee 项目下创建对应 README.md ，并完成新 SIG 章程的填写;
- 在刚刚创建的 SIG 目录下，根据 sig.yaml 模版 完成 sig.yaml 文件的创建，并完成 sig.yaml 文件的填写;
- 完成以上两步后，将以上改动提交到 Gitee 上，并向Ukylin-os/community项目提交 PR 申请创建 SIG 组，填写好相关信息后，技术委员会将提前审核相关信息，并在下一次例会上进行进一步沟通。
审核：由技术委员会与会人员就 SIG 相关业务范围、维护目标等与负责人沟通并审核评议。
批准：技术委员会审核通过后，会为您申请的 SIG 组创建对应邮件列表，并会通过邮件形式发送官方确认信息以及邮件列表账号至您签署cla时绑定的邮箱，同时基础设施 SIG 组负责人会完成相应 SIG 组仓库创建和权限处理。
运作：SIG 正式运作，组内成员通过邮件列表、组内会议等进行沟通交流。新的 SIG 组运行初期，可以由技术委员会指定一个委员作为该 SIG 组的导师为 SIG 组进行指导，以确保该 SIG 组快速步入正轨。
以下情形发生时可以由 SIG 组成员或者技术委员会提出撤销 SIG 组申请：
- SIG 组的工作因为无法满足社区版本的要求而阻碍了优麒麟社区版本的发布。
- SIG 组无法正常运转，包括无固定例会，无法及时响应社区 Issue，所负责的软件没有及时更新等。
- 由 SIG 组 Owner 提出 SIG 组撤销申请，请按照以下步骤执行申请：
- 由相关提议人 Fork 项目 ukylin-os/community/sig 到您的 Gitee 下。并删除在您的 Gitee 项目下的 sig 目录下的相关 SIG 组目录;
- 完成以上步骤后，将以上改动提交到 Gitee 上，并向Ukylin-os/community项目提交 PR 申请撤销 SIG 组，填写好相关信息后，技术委员会将提前审核相关信息，并在下一次例会上进行进一步沟通。
- 该申请在技术委员会例会上进行讨论并投票决策。投票原则按照简单多数票原则。
- 由技术委员会中的一个委员提出 SIG 组撤销申请，请按照以下步骤执行申请：
- 由相关提议人 Fork 项目 ukylin-os/community/sig 到你的 Gitee 下。并删除在您的 Gitee 项目下的 sig 目录下的相关 SIG 组目录;
- 完成以上步骤后，将以上改动提交到 Gitee 上，并向Ukylin-os/community项目提交 PR 申请撤销 SIG 组，填写好相关信息后，技术委员会将提前审核相关信息，并在下一次例会上进行进一步沟通。
当 SIG 组被撤销后，该 SIG 组名下的软件包将划分至 release 组，并公示，这些软件包可以由其他 SIG 组认领。