From 5fed99fd654186991e40a2e58d5d12ee5d8689af Mon Sep 17 00:00:00 2001 From: zhangye Date: Mon, 7 Nov 2022 11:01:47 +0800 Subject: [PATCH 01/15] =?UTF-8?q?add=20openKylin=E9=9C=80=E6=B1=82?= =?UTF-8?q?=E7=AE=A1=E7=90=86=E8=A7=84=E8=8C=83.md=20file?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- ...41\347\220\206\350\247\204\350\214\203.md" | 41 +++++++++++++++++++ 1 file changed, 41 insertions(+) create mode 100644 "openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" diff --git "a/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" new file mode 100644 index 0000000..196917f --- /dev/null +++ "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" @@ -0,0 +1,41 @@ +openKylin需求管理规范 + +# 1.1 需求收集 +当版本发布计划明确后，产品经理发布相关邮件，通过以下两个途径收集需求，这两类需求的提出者以及在码云提交issue的规范如下： +社区版本的技术规划需求，由社区技术委员会提出，由产品经理将需求issue录入Release-Management仓库下，选择issue类型为“需求”，填写需求标题、详情，标记release SIG和feature标签，并标记版本里程碑。 +各SIG项目对本版本的规划需求，由各SIG组提出，由各SIG组Maintainer将需求录入本SIG项目仓库下，选择issue类型为“需求”，填写需求标题、详情，标记本SIG和feature标签，并标记版本里程碑。 +当所有需求都录入码云后，产品经理可以通过社区的全量issue筛选汇总版本全部需求。 +说明： +通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 +需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 +对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 +数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 + +# 1.2 需求审核 +产品经理汇总需求后，组织技术委员会完成评审，评审通过后将审核结论通过邮件列表通知所有订阅人，并对码云issue进行以下操作： +本版本计划完成的需求issue，确认关联正确的里程碑 +未来版本计划完成的需求issue，确认关联正确的里程碑 +审核确认暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”，待后续有新的规划，可以修改状态为“已确认”，并关联正确里程碑。 + +# 1.3 需求细化 +需求评审完成后，本版本计划完成的需求issue均须一周内输出《需求说明文档》，并可以通过以下方式提交文档： +需求说明文档：创建PR，选择目标分支，填写标题为：“【需求issue标题】需求说明书”，PR详情描述第一行写明：本文档是对需求（issue编号和链接）的详细说明，同时标记标签为PRD，选择版本里程碑 +提交PR后，审核人员通过后，合并PR +需求issue：需求说明PR合并后，在需求issue的评论框写明：需求说明PR链接 + +# 1.4 需求排期 +Release SIG组明确发布计划后，产品经理可将版本计划通过邮件列表通知所有订阅人，并通知各SIG组对需求issue进行排期，具体操作如下： +各SIG组Maintainer明确本SIG组需求issue完成计划，在码云标注issue的“开始日期”、“结束日期”，并可设置“优先级” +待需求issue排期完成后，Release SIG组发布经理核对需求issue排期情况，对于有争议的需求可以组织评审。 +说明： +评审结论可通过邮件列表通知所有订阅人 + +# 1.5 需求变更 +在版本计划内，若需求范围和计划等出现变化，产品经理要组织技术委员会/Release SIG组进行变更评审，评审完成后产品经理将结论通过邮件列表通知所有订阅人，并进行以下操作： +在变更需求issue的评论框内，标注本需求变更原因和评审结论。 +对于里程碑有变更的需求issue，要确认关联变更后的里程碑计划，并设置正确的排期，对于暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”。 +对于需求范围有变更的需求issue，需求负责人要输出变更后的需求文档，并按1.3章节方式提交需求文档PR。 +说明： +评审结论可通过邮件列表通知所有订阅人 + + -- Gitee From b0c65807ac26135cfdead008c2ccf5ae10c640b3 Mon Sep 17 00:00:00 2001 From: zhangtianxiong Date: Mon, 7 Nov 2022 03:11:33 +0000 Subject: [PATCH 02/15] =?UTF-8?q?update=20SIG=E4=BD=BF=E7=94=A8=E6=89=8B?= =?UTF-8?q?=E5=86=8C/SIG=E7=BB=84=E7=9A=84=E7=94=B3=E8=AF=B7=E4=B8=8E?= =?UTF-8?q?=E6=92=A4=E9=94=80=E6=B5=81=E7=A8=8B.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: zhangtianxiong --- ...70\216\346\222\244\351\224\200\346\265\201\347\250\213.md" | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git "a/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" "b/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" index ec12127..0da5ebe 100644 --- "a/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" +++ "b/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" @@ -56,8 +56,8 @@ SIG 所有成员 [签署个人cla](https://cla.openkylin.top) 后，请按照以 以下情形发生时可以由 SIG 组成员或者技术委员会提出撤销 SIG 组申请： -* SIG 组的工作因为无法满足社区版本的要求而阻碍了共创麒麟社区版本的发布。 -* SIG 组无法正常运转，包括无固定例会，无法及时响应社区 Issue，所负责的软件没有及时更新等。 +* SIG 组长时间活跃度很低，无法维持日常运转。比如存在长时间没有例会召开、从未参与过社区SIG组相关活动、无法及时响应社区Issue、所负责的软件仓库长时间没有更新等不活跃现象。 +* SIG 组目前的工作或目标规划，无法满足openKylin社区版本的要求或者与社区的目标规划不符，阻碍了openKylin版本的发布和技术发展 ### 撤销流程 -- Gitee From 0b694296183d3de3ca747d5b5e9338f03cac371a Mon Sep 17 00:00:00 2001 From: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> Date: Mon, 7 Nov 2022 03:28:38 +0000 Subject: [PATCH 03/15] =?UTF-8?q?update=20openKylin=E9=9C=80=E6=B1=82?= =?UTF-8?q?=E7=AE=A1=E7=90=86=E8=A7=84=E8=8C=83.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> --- ...261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git "a/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" index 196917f..2241aad 100644 --- "a/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" +++ "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" @@ -1,4 +1,5 @@ -openKylin需求管理规范 +### openKylin需求管理规范 + # 1.1 需求收集 当版本发布计划明确后，产品经理发布相关邮件，通过以下两个途径收集需求，这两类需求的提出者以及在码云提交issue的规范如下： -- Gitee From 99228fd507e96556cd6f588ec660f0f34983205d Mon Sep 17 00:00:00 2001 From: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> Date: Mon, 7 Nov 2022 03:30:19 +0000 Subject: [PATCH 04/15] =?UTF-8?q?update=20openKylin=E9=9C=80=E6=B1=82?= =?UTF-8?q?=E7=AE=A1=E7=90=86=E8=A7=84=E8=8C=83.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> --- ...\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git "a/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" index 2241aad..0535b4a 100644 --- "a/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" +++ "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" @@ -1,4 +1,4 @@ -### openKylin需求管理规范 + **# openKylin需求管理规范 # 1.1 需求收集 -- Gitee From c3fb779f69a540915ad783d205612a48051d9cad Mon Sep 17 00:00:00 2001 From: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> Date: Mon, 7 Nov 2022 03:31:23 +0000 Subject: [PATCH 05/15] =?UTF-8?q?update=20openKylin=E9=9C=80=E6=B1=82?= =?UTF-8?q?=E7=AE=A1=E7=90=86=E8=A7=84=E8=8C=83.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> --- ...7\256\241\347\220\206\350\247\204\350\214\203.md" | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git "a/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" index 0535b4a..f3d778b 100644 --- "a/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" +++ "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" @@ -1,7 +1,7 @@ - **# openKylin需求管理规范 +# openKylin需求管理规范 -# 1.1 需求收集 +### 1.1 需求收集 当版本发布计划明确后，产品经理发布相关邮件，通过以下两个途径收集需求，这两类需求的提出者以及在码云提交issue的规范如下： 社区版本的技术规划需求，由社区技术委员会提出，由产品经理将需求issue录入Release-Management仓库下，选择issue类型为“需求”，填写需求标题、详情，标记release SIG和feature标签，并标记版本里程碑。 各SIG项目对本版本的规划需求，由各SIG组提出，由各SIG组Maintainer将需求录入本SIG项目仓库下，选择issue类型为“需求”，填写需求标题、详情，标记本SIG和feature标签，并标记版本里程碑。 @@ -12,26 +12,26 @@ 对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 -# 1.2 需求审核 +### 1.2 需求审核 产品经理汇总需求后，组织技术委员会完成评审，评审通过后将审核结论通过邮件列表通知所有订阅人，并对码云issue进行以下操作： 本版本计划完成的需求issue，确认关联正确的里程碑 未来版本计划完成的需求issue，确认关联正确的里程碑 审核确认暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”，待后续有新的规划，可以修改状态为“已确认”，并关联正确里程碑。 -# 1.3 需求细化 +### 1.3 需求细化 需求评审完成后，本版本计划完成的需求issue均须一周内输出《需求说明文档》，并可以通过以下方式提交文档： 需求说明文档：创建PR，选择目标分支，填写标题为：“【需求issue标题】需求说明书”，PR详情描述第一行写明：本文档是对需求（issue编号和链接）的详细说明，同时标记标签为PRD，选择版本里程碑 提交PR后，审核人员通过后，合并PR 需求issue：需求说明PR合并后，在需求issue的评论框写明：需求说明PR链接 -# 1.4 需求排期 +### 1.4 需求排期 Release SIG组明确发布计划后，产品经理可将版本计划通过邮件列表通知所有订阅人，并通知各SIG组对需求issue进行排期，具体操作如下： 各SIG组Maintainer明确本SIG组需求issue完成计划，在码云标注issue的“开始日期”、“结束日期”，并可设置“优先级” 待需求issue排期完成后，Release SIG组发布经理核对需求issue排期情况，对于有争议的需求可以组织评审。 说明： 评审结论可通过邮件列表通知所有订阅人 -# 1.5 需求变更 +### 1.5 需求变更 在版本计划内，若需求范围和计划等出现变化，产品经理要组织技术委员会/Release SIG组进行变更评审，评审完成后产品经理将结论通过邮件列表通知所有订阅人，并进行以下操作： 在变更需求issue的评论框内，标注本需求变更原因和评审结论。 对于里程碑有变更的需求issue，要确认关联变更后的里程碑计划，并设置正确的排期，对于暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”。 -- Gitee From e8a1bfb6cffdcbb62ea094282d21e4a0835c8c7b Mon Sep 17 00:00:00 2001 From: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> Date: Mon, 7 Nov 2022 03:33:47 +0000 Subject: [PATCH 06/15] =?UTF-8?q?update=20openKylin=E9=9C=80=E6=B1=82?= =?UTF-8?q?=E7=AE=A1=E7=90=86=E8=A7=84=E8=8C=83.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> --- ...41\347\220\206\350\247\204\350\214\203.md" | 38 +++++++++---------- 1 file changed, 19 insertions(+), 19 deletions(-) diff --git "a/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" index f3d778b..3030f08 100644 --- "a/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" +++ "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" @@ -3,40 +3,40 @@ ### 1.1 需求收集 当版本发布计划明确后，产品经理发布相关邮件，通过以下两个途径收集需求，这两类需求的提出者以及在码云提交issue的规范如下： -社区版本的技术规划需求，由社区技术委员会提出，由产品经理将需求issue录入Release-Management仓库下，选择issue类型为“需求”，填写需求标题、详情，标记release SIG和feature标签，并标记版本里程碑。 -各SIG项目对本版本的规划需求，由各SIG组提出，由各SIG组Maintainer将需求录入本SIG项目仓库下，选择issue类型为“需求”，填写需求标题、详情，标记本SIG和feature标签，并标记版本里程碑。 +1、社区版本的技术规划需求，由社区技术委员会提出，由产品经理将需求issue录入Release-Management仓库下，选择issue类型为“需求”，填写需求标题、详情，标记release SIG和feature标签，并标记版本里程碑。 +2、各SIG项目对本版本的规划需求，由各SIG组提出，由各SIG组Maintainer将需求录入本SIG项目仓库下，选择issue类型为“需求”，填写需求标题、详情，标记本SIG和feature标签，并标记版本里程碑。 当所有需求都录入码云后，产品经理可以通过社区的全量issue筛选汇总版本全部需求。 说明： -通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 -需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 -对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 -数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 +- 这里是列表文本通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 +- 这里是列表文本需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 +- 这里是列表文本对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 +- 这里是列表文本数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 ### 1.2 需求审核 产品经理汇总需求后，组织技术委员会完成评审，评审通过后将审核结论通过邮件列表通知所有订阅人，并对码云issue进行以下操作： -本版本计划完成的需求issue，确认关联正确的里程碑 -未来版本计划完成的需求issue，确认关联正确的里程碑 -审核确认暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”，待后续有新的规划，可以修改状态为“已确认”，并关联正确里程碑。 +1、本版本计划完成的需求issue，确认关联正确的里程碑 +2、未来版本计划完成的需求issue，确认关联正确的里程碑 +3、审核确认暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”，待后续有新的规划，可以修改状态为“已确认”，并关联正确里程碑。 ### 1.3 需求细化 需求评审完成后，本版本计划完成的需求issue均须一周内输出《需求说明文档》，并可以通过以下方式提交文档： -需求说明文档：创建PR，选择目标分支，填写标题为：“【需求issue标题】需求说明书”，PR详情描述第一行写明：本文档是对需求（issue编号和链接）的详细说明，同时标记标签为PRD，选择版本里程碑 -提交PR后，审核人员通过后，合并PR -需求issue：需求说明PR合并后，在需求issue的评论框写明：需求说明PR链接 +1、需求说明文档：创建PR，选择目标分支，填写标题为：“【需求issue标题】需求说明书”，PR详情描述第一行写明：本文档是对需求（issue编号和链接）的详细说明，同时标记标签为PRD，选择版本里程碑 +2、提交PR后，审核人员通过后，合并PR +3、需求issue：需求说明PR合并后，在需求issue的评论框写明：需求说明PR链接 ### 1.4 需求排期 Release SIG组明确发布计划后，产品经理可将版本计划通过邮件列表通知所有订阅人，并通知各SIG组对需求issue进行排期，具体操作如下： -各SIG组Maintainer明确本SIG组需求issue完成计划，在码云标注issue的“开始日期”、“结束日期”，并可设置“优先级” -待需求issue排期完成后，Release SIG组发布经理核对需求issue排期情况，对于有争议的需求可以组织评审。 +1、各SIG组Maintainer明确本SIG组需求issue完成计划，在码云标注issue的“开始日期”、“结束日期”，并可设置“优先级” +2、待需求issue排期完成后，Release SIG组发布经理核对需求issue排期情况，对于有争议的需求可以组织评审。 说明： -评审结论可通过邮件列表通知所有订阅人 +- 这里是列表文本评审结论可通过邮件列表通知所有订阅人 ### 1.5 需求变更 在版本计划内，若需求范围和计划等出现变化，产品经理要组织技术委员会/Release SIG组进行变更评审，评审完成后产品经理将结论通过邮件列表通知所有订阅人，并进行以下操作： -在变更需求issue的评论框内，标注本需求变更原因和评审结论。 -对于里程碑有变更的需求issue，要确认关联变更后的里程碑计划，并设置正确的排期，对于暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”。 -对于需求范围有变更的需求issue，需求负责人要输出变更后的需求文档，并按1.3章节方式提交需求文档PR。 +1、在变更需求issue的评论框内，标注本需求变更原因和评审结论。 +2、对于里程碑有变更的需求issue，要确认关联变更后的里程碑计划，并设置正确的排期，对于暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”。 +3、对于需求范围有变更的需求issue，需求负责人要输出变更后的需求文档，并按1.3章节方式提交需求文档PR。 说明： -评审结论可通过邮件列表通知所有订阅人 +- 这里是列表文本评审结论可通过邮件列表通知所有订阅人 -- Gitee From 4549a0a1dc1026e5d8a67d03a150fc045b1d7d51 Mon Sep 17 00:00:00 2001 From: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> Date: Mon, 7 Nov 2022 03:37:41 +0000 Subject: [PATCH 07/15] =?UTF-8?q?update=20openKylin=E9=9C=80=E6=B1=82?= =?UTF-8?q?=E7=AE=A1=E7=90=86=E8=A7=84=E8=8C=83.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> --- ...41\347\220\206\350\247\204\350\214\203.md" | 50 +++++++++---------- 1 file changed, 25 insertions(+), 25 deletions(-) diff --git "a/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" index 3030f08..45c04f6 100644 --- "a/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" +++ "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" @@ -1,42 +1,42 @@ # openKylin需求管理规范 -### 1.1 需求收集 +## 1.1 需求收集 当版本发布计划明确后，产品经理发布相关邮件，通过以下两个途径收集需求，这两类需求的提出者以及在码云提交issue的规范如下： -1、社区版本的技术规划需求，由社区技术委员会提出，由产品经理将需求issue录入Release-Management仓库下，选择issue类型为“需求”，填写需求标题、详情，标记release SIG和feature标签，并标记版本里程碑。 -2、各SIG项目对本版本的规划需求，由各SIG组提出，由各SIG组Maintainer将需求录入本SIG项目仓库下，选择issue类型为“需求”，填写需求标题、详情，标记本SIG和feature标签，并标记版本里程碑。 -当所有需求都录入码云后，产品经理可以通过社区的全量issue筛选汇总版本全部需求。 +- 社区版本的技术规划需求，由社区技术委员会提出，由产品经理将需求issue录入Release-Management仓库下，选择issue类型为“需求”，填写需求标题、详情，标记release SIG和feature标签，并标记版本里程碑。 +- 各SIG项目对本版本的规划需求，由各SIG组提出，由各SIG组Maintainer将需求录入本SIG项目仓库下，选择issue类型为“需求”，填写需求标题、详情，标记本SIG和feature标签，并标记版本里程碑。 +- 当所有需求都录入码云后，产品经理可以通过社区的全量issue筛选汇总版本全部需求。 说明： -- 这里是列表文本通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 -- 这里是列表文本需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 -- 这里是列表文本对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 -- 这里是列表文本数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 +- - 通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 +- - 需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 +- - 对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 +- - 数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 -### 1.2 需求审核 +## 1.2 需求审核 产品经理汇总需求后，组织技术委员会完成评审，评审通过后将审核结论通过邮件列表通知所有订阅人，并对码云issue进行以下操作： -1、本版本计划完成的需求issue，确认关联正确的里程碑 -2、未来版本计划完成的需求issue，确认关联正确的里程碑 -3、审核确认暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”，待后续有新的规划，可以修改状态为“已确认”，并关联正确里程碑。 +- 本版本计划完成的需求issue，确认关联正确的里程碑 +- 未来版本计划完成的需求issue，确认关联正确的里程碑 +- 审核确认暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”，待后续有新的规划，可以修改状态为“已确认”，并关联正确里程碑。 -### 1.3 需求细化 +## 1.3 需求细化 需求评审完成后，本版本计划完成的需求issue均须一周内输出《需求说明文档》，并可以通过以下方式提交文档： -1、需求说明文档：创建PR，选择目标分支，填写标题为：“【需求issue标题】需求说明书”，PR详情描述第一行写明：本文档是对需求（issue编号和链接）的详细说明，同时标记标签为PRD，选择版本里程碑 -2、提交PR后，审核人员通过后，合并PR -3、需求issue：需求说明PR合并后，在需求issue的评论框写明：需求说明PR链接 +- 需求说明文档：创建PR，选择目标分支，填写标题为：“【需求issue标题】需求说明书”，PR详情描述第一行写明：本文档是对需求（issue编号和链接）的详细说明，同时标记标签为PRD，选择版本里程碑 +- 提交PR后，审核人员通过后，合并PR +- 需求issue：需求说明PR合并后，在需求issue的评论框写明：需求说明PR链接 -### 1.4 需求排期 +## 1.4 需求排期 Release SIG组明确发布计划后，产品经理可将版本计划通过邮件列表通知所有订阅人，并通知各SIG组对需求issue进行排期，具体操作如下： -1、各SIG组Maintainer明确本SIG组需求issue完成计划，在码云标注issue的“开始日期”、“结束日期”，并可设置“优先级” -2、待需求issue排期完成后，Release SIG组发布经理核对需求issue排期情况，对于有争议的需求可以组织评审。 +- 各SIG组Maintainer明确本SIG组需求issue完成计划，在码云标注issue的“开始日期”、“结束日期”，并可设置“优先级” +- 待需求issue排期完成后，Release SIG组发布经理核对需求issue排期情况，对于有争议的需求可以组织评审。 说明： -- 这里是列表文本评审结论可通过邮件列表通知所有订阅人 +- 评审结论可通过邮件列表通知所有订阅人 -### 1.5 需求变更 +## 1.5 需求变更 在版本计划内，若需求范围和计划等出现变化，产品经理要组织技术委员会/Release SIG组进行变更评审，评审完成后产品经理将结论通过邮件列表通知所有订阅人，并进行以下操作： -1、在变更需求issue的评论框内，标注本需求变更原因和评审结论。 -2、对于里程碑有变更的需求issue，要确认关联变更后的里程碑计划，并设置正确的排期，对于暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”。 -3、对于需求范围有变更的需求issue，需求负责人要输出变更后的需求文档，并按1.3章节方式提交需求文档PR。 +- 在变更需求issue的评论框内，标注本需求变更原因和评审结论。 +- 对于里程碑有变更的需求issue，要确认关联变更后的里程碑计划，并设置正确的排期，对于暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”。 +- 对于需求范围有变更的需求issue，需求负责人要输出变更后的需求文档，并按1.3章节方式提交需求文档PR。 说明： -- 这里是列表文本评审结论可通过邮件列表通知所有订阅人 +- - 评审结论可通过邮件列表通知所有订阅人 -- Gitee From e8751ba068549e02aec542ef07c6508183024251 Mon Sep 17 00:00:00 2001 From: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> Date: Mon, 7 Nov 2022 03:40:54 +0000 Subject: [PATCH 08/15] =?UTF-8?q?update=20openKylin=E9=9C=80=E6=B1=82?= =?UTF-8?q?=E7=AE=A1=E7=90=86=E8=A7=84=E8=8C=83.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> --- ...261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" | 3 +++ 1 file changed, 3 insertions(+) diff --git "a/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" index 45c04f6..90f5691 100644 --- "a/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" +++ "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" @@ -6,6 +6,7 @@ - 社区版本的技术规划需求，由社区技术委员会提出，由产品经理将需求issue录入Release-Management仓库下，选择issue类型为“需求”，填写需求标题、详情，标记release SIG和feature标签，并标记版本里程碑。 - 各SIG项目对本版本的规划需求，由各SIG组提出，由各SIG组Maintainer将需求录入本SIG项目仓库下，选择issue类型为“需求”，填写需求标题、详情，标记本SIG和feature标签，并标记版本里程碑。 - 当所有需求都录入码云后，产品经理可以通过社区的全量issue筛选汇总版本全部需求。 + 说明： - - 通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 - - 需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 @@ -28,6 +29,7 @@ Release SIG组明确发布计划后，产品经理可将版本计划通过邮件列表通知所有订阅人，并通知各SIG组对需求issue进行排期，具体操作如下： - 各SIG组Maintainer明确本SIG组需求issue完成计划，在码云标注issue的“开始日期”、“结束日期”，并可设置“优先级” - 待需求issue排期完成后，Release SIG组发布经理核对需求issue排期情况，对于有争议的需求可以组织评审。 + 说明： - 评审结论可通过邮件列表通知所有订阅人 @@ -36,6 +38,7 @@ Release SIG组明确发布计划后，产品经理可将版本计划通过邮件 - 在变更需求issue的评论框内，标注本需求变更原因和评审结论。 - 对于里程碑有变更的需求issue，要确认关联变更后的里程碑计划，并设置正确的排期，对于暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”。 - 对于需求范围有变更的需求issue，需求负责人要输出变更后的需求文档，并按1.3章节方式提交需求文档PR。 + 说明： - - 评审结论可通过邮件列表通知所有订阅人 -- Gitee From 0084ca79cb9eff01b24500d74a582c234b00611e Mon Sep 17 00:00:00 2001 From: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> Date: Mon, 7 Nov 2022 03:41:26 +0000 Subject: [PATCH 09/15] =?UTF-8?q?update=20openKylin=E9=9C=80=E6=B1=82?= =?UTF-8?q?=E7=AE=A1=E7=90=86=E8=A7=84=E8=8C=83.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> --- ...347\256\241\347\220\206\350\247\204\350\214\203.md" | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git "a/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" index 90f5691..959098c 100644 --- "a/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" +++ "b/openKylin\351\234\200\346\261\202\347\256\241\347\220\206\350\247\204\350\214\203.md" @@ -8,10 +8,10 @@ - 当所有需求都录入码云后，产品经理可以通过社区的全量issue筛选汇总版本全部需求。 说明： -- - 通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 -- - 需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 -- - 对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 -- - 数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 +- 通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 +- 需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 +- 对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 +- 数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 ## 1.2 需求审核 产品经理汇总需求后，组织技术委员会完成评审，评审通过后将审核结论通过邮件列表通知所有订阅人，并对码云issue进行以下操作： @@ -40,6 +40,6 @@ Release SIG组明确发布计划后，产品经理可将版本计划通过邮件 - 对于需求范围有变更的需求issue，需求负责人要输出变更后的需求文档，并按1.3章节方式提交需求文档PR。 说明： -- - 评审结论可通过邮件列表通知所有订阅人 +- 评审结论可通过邮件列表通知所有订阅人 -- Gitee From 7c4c604465fbed9003b7b2a39a53e925888dcf06 Mon Sep 17 00:00:00 2001 From: zhangtianxiong Date: Mon, 7 Nov 2022 08:10:59 +0000 Subject: [PATCH 10/15] =?UTF-8?q?update=20SIG=E4=BD=BF=E7=94=A8=E6=89=8B?= =?UTF-8?q?=E5=86=8C/SIG=E7=BB=84=E7=9A=84=E7=94=B3=E8=AF=B7=E4=B8=8E?= =?UTF-8?q?=E6=92=A4=E9=94=80=E6=B5=81=E7=A8=8B.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: zhangtianxiong --- ...44\351\224\200\346\265\201\347\250\213.md" | 39 +++++++------------ 1 file changed, 13 insertions(+), 26 deletions(-) diff --git "a/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" "b/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" index 0da5ebe..0da40b9 100644 --- "a/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" +++ "b/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" @@ -52,31 +52,18 @@ SIG 所有成员 [签署个人cla](https://cla.openkylin.top) 后，请按照以 **运作**：SIG 正式运作，组内成员通过邮件列表、组内会议等进行沟通交流。新的 SIG 组运行初期，可以由技术委员会指定一个委员作为该 SIG 组的导师为 SIG 组进行指导，以确保该 SIG 组快速步入正轨。 -## SIG 组的撤销 - -以下情形发生时可以由 SIG 组成员或者技术委员会提出撤销 SIG 组申请： - -* SIG 组长时间活跃度很低，无法维持日常运转。比如存在长时间没有例会召开、从未参与过社区SIG组相关活动、无法及时响应社区Issue、所负责的软件仓库长时间没有更新等不活跃现象。 -* SIG 组目前的工作或目标规划，无法满足openKylin社区版本的要求或者与社区的目标规划不符，阻碍了openKylin版本的发布和技术发展 +## SIG 组的撤销规范 +### 撤销原则 +以下情形发生时可以由该SIG 组Owner或者技术委员会委员提出撤销 SIG 组申请： +* SIG 组长时间活跃度很低，无法维持日常运转。比如存在长时间（超过6个月）没有召开过例会、从未参与过社区SIG组相关活动（包括版本发行）、一直没有负责的软件仓库或者所负责的软件仓库长时间没有代码更新、不能及时响应社区反馈的issues等等不活跃现象； +* SIG 组负责openKylin版本中重要的模块或技术方向，但是目前的工作无法满足openKylin版本对该模块或技术方向的要求，阻碍了openKylin版本的发布和技术发展； +* SIG组的目标规划、技术路线等与另外的SIG组有重合，并双方有意愿合并为一个SIG组。 ### 撤销流程 - -#### 由 SIG 组 Owner 提出撤销申请 - -* 由 SIG 组 Owner 提出 SIG 组撤销申请，请按照以下步骤执行申请： -1. 由相关提议人 Fork 项目 [openKylin / community](https://gitee.com/openkylin/community) 到您的 Gitee 下。并删除在您的 Gitee 项目下的 sig 目录下的相关 SIG 组目录; -2. 完成以上步骤后，将以上改动提交到 Gitee 上，并向[openKylin / community](https://gitee.com/openkylin/community) 项目提交 PR 申请撤销 SIG 组，填写好相关信息后，技术委员会将提前审核相关信息，并在下一次例会上进行进一步沟通。 - -* 该申请在技术委员会例会上进行讨论并投票决策。投票原则按照简单多数票原则。 - -#### 由技术委员会提出撤销申请 - -* 由技术委员会中的一个委员提出 SIG 组撤销申请，请按照以下步骤执行申请： -1. 由相关提议人 Fork 项目 [openKylin / community](https://gitee.com/openkylin/community) 到你的 Gitee 下。并删除在您的 Gitee 项目下的 sig 目录下的相关 SIG 组目录; -2. 完成以上步骤后，将以上改动提交到 Gitee 上，并向[openKylin / community](https://gitee.com/openkylin/community) 项目提交 PR 申请撤销 SIG 组，填写好相关信息后，技术委员会将提前审核相关信息，并在下一次例会上进行进一步沟通。 - -* 该申请在技术委员会例会上进行讨论并投票决策。投票原则按照简单多数票原则，SIG 组 Owner 请参与到会。 - -* 会议结束后请 SIG 组 Owner 组织内部会议并回复该 Issue，超过一周时间将默认执行会议结果。 - -当 SIG 组被撤销后，该 SIG 组名下的软件包将划分至 release 组，并公示，这些软件包可以由其他 SIG 组认领。 +#### 提交撤销申请 +SIG组撤销申请应由该SIG组Owner或者技术委员会委员提交，提交方式如下： +1、Fork 项目 [openKylin / community](https://gitee.com/openkylin/community) 到您的 Gitee 下。并删除 [community/sig](https://gitee.com/openkylin/community/sig)目录下该SIG组对应的目录； +2.、完成以上步骤后，将改动提交到 Gitee 上，并向[openKylin / community](https://gitee.com/openkylin/community) 项目提交 PR 申请撤销 SIG 组，填写好相关信息（撤销SIG组的详细原因）后，技术委员会将提前审核相关信息，并在下一次例会上针对该议题进行讨论和投票。 +#### 讨论并投票表决 +SIG组撤销申请应在技术委员会例会上进行讨论并通过投票决策。技术委员会全体委员需参与投票表决，投票分为赞同票、反对票和弃权票，可以在例会上直接表决或会后回复邮件表决。需要三分之二或以上委员投赞同票时，撤销申请才能通过。投票结果通过邮件列表公示。 +当 SIG 组被撤销后，该 SIG 组名下需要继续维护的软件包将暂时划分到 Packaging SIG组，并通过邮件列表公示，这些软件包可以由其他 SIG 组或者其他成立新的SIG组来认领维护。 \ No newline at end of file -- Gitee From 70ab0084aade10b2bbf883b8e8b2bcc5a21e521d Mon Sep 17 00:00:00 2001 From: zhangtianxiong Date: Mon, 7 Nov 2022 08:11:52 +0000 Subject: [PATCH 11/15] =?UTF-8?q?update=20SIG=E4=BD=BF=E7=94=A8=E6=89=8B?= =?UTF-8?q?=E5=86=8C/SIG=E7=BB=84=E7=9A=84=E7=94=B3=E8=AF=B7=E4=B8=8E?= =?UTF-8?q?=E6=92=A4=E9=94=80=E6=B5=81=E7=A8=8B.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: zhangtianxiong --- ...4\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" | 1 + 1 file changed, 1 insertion(+) diff --git "a/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" "b/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" index 0da40b9..74c1ccd 100644 --- "a/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" +++ "b/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" @@ -62,6 +62,7 @@ SIG 所有成员 [签署个人cla](https://cla.openkylin.top) 后，请按照以 ### 撤销流程 #### 提交撤销申请 SIG组撤销申请应由该SIG组Owner或者技术委员会委员提交，提交方式如下： + 1、Fork 项目 [openKylin / community](https://gitee.com/openkylin/community) 到您的 Gitee 下。并删除 [community/sig](https://gitee.com/openkylin/community/sig)目录下该SIG组对应的目录； 2.、完成以上步骤后，将改动提交到 Gitee 上，并向[openKylin / community](https://gitee.com/openkylin/community) 项目提交 PR 申请撤销 SIG 组，填写好相关信息（撤销SIG组的详细原因）后，技术委员会将提前审核相关信息，并在下一次例会上针对该议题进行讨论和投票。 #### 讨论并投票表决 -- Gitee From 52f0b62bf96bd74e0fc1956d5edebaea6df80c47 Mon Sep 17 00:00:00 2001 From: zhangtianxiong Date: Mon, 7 Nov 2022 08:13:41 +0000 Subject: [PATCH 12/15] =?UTF-8?q?update=20SIG=E4=BD=BF=E7=94=A8=E6=89=8B?= =?UTF-8?q?=E5=86=8C/SIG=E7=BB=84=E7=9A=84=E7=94=B3=E8=AF=B7=E4=B8=8E?= =?UTF-8?q?=E6=92=A4=E9=94=80=E6=B5=81=E7=A8=8B.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: zhangtianxiong --- ...0\216\346\222\244\351\224\200\346\265\201\347\250\213.md" | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git "a/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" "b/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" index 74c1ccd..ff5d32b 100644 --- "a/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" +++ "b/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" @@ -62,9 +62,8 @@ SIG 所有成员 [签署个人cla](https://cla.openkylin.top) 后，请按照以 ### 撤销流程 #### 提交撤销申请 SIG组撤销申请应由该SIG组Owner或者技术委员会委员提交，提交方式如下： - -1、Fork 项目 [openKylin / community](https://gitee.com/openkylin/community) 到您的 Gitee 下。并删除 [community/sig](https://gitee.com/openkylin/community/sig)目录下该SIG组对应的目录； -2.、完成以上步骤后，将改动提交到 Gitee 上，并向[openKylin / community](https://gitee.com/openkylin/community) 项目提交 PR 申请撤销 SIG 组，填写好相关信息（撤销SIG组的详细原因）后，技术委员会将提前审核相关信息，并在下一次例会上针对该议题进行讨论和投票。 +1. Fork 项目 [openKylin / community](https://gitee.com/openkylin/community) 到您的 Gitee 下。并删除 [community/sig](https://gitee.com/openkylin/community/sig)目录下该SIG组对应的目录； +2. 完成以上步骤后，将改动提交到 Gitee 上，并向[openKylin / community](https://gitee.com/openkylin/community) 项目提交 PR 申请撤销 SIG 组，填写好相关信息（撤销SIG组的详细原因）后，技术委员会将提前审核相关信息，并在下一次例会上针对该议题进行讨论和投票。 #### 讨论并投票表决 SIG组撤销申请应在技术委员会例会上进行讨论并通过投票决策。技术委员会全体委员需参与投票表决，投票分为赞同票、反对票和弃权票，可以在例会上直接表决或会后回复邮件表决。需要三分之二或以上委员投赞同票时，撤销申请才能通过。投票结果通过邮件列表公示。 当 SIG 组被撤销后，该 SIG 组名下需要继续维护的软件包将暂时划分到 Packaging SIG组，并通过邮件列表公示，这些软件包可以由其他 SIG 组或者其他成立新的SIG组来认领维护。 \ No newline at end of file -- Gitee From 9ca936f940a88d7dd860a4481d7cfa910a4987d2 Mon Sep 17 00:00:00 2001 From: zhangtianxiong Date: Wed, 9 Nov 2022 07:15:14 +0000 Subject: [PATCH 13/15] =?UTF-8?q?update=20SIG=E4=BD=BF=E7=94=A8=E6=89=8B?= =?UTF-8?q?=E5=86=8C/SIG=E7=BB=84=E7=9A=84=E7=94=B3=E8=AF=B7=E4=B8=8E?= =?UTF-8?q?=E6=92=A4=E9=94=80=E6=B5=81=E7=A8=8B.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: zhangtianxiong --- ...0\216\346\222\244\351\224\200\346\265\201\347\250\213.md" | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git "a/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" "b/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" index ff5d32b..977273e 100644 --- "a/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" +++ "b/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" @@ -56,9 +56,10 @@ SIG 所有成员 [签署个人cla](https://cla.openkylin.top) 后，请按照以 ### 撤销原则 以下情形发生时可以由该SIG 组Owner或者技术委员会委员提出撤销 SIG 组申请： -* SIG 组长时间活跃度很低，无法维持日常运转。比如存在长时间（超过6个月）没有召开过例会、从未参与过社区SIG组相关活动（包括版本发行）、一直没有负责的软件仓库或者所负责的软件仓库长时间没有代码更新、不能及时响应社区反馈的issues等等不活跃现象； +* SIG 组长时间活跃度很低，无法维持日常运转。包括但不限于存在：长时间（超过6个月）没有召开过例会、从未参与过社区SIG组相关活动（包括版本发行）、一直没有负责的软件仓库或者所负责的软件仓库长时间没有代码更新、不能及时响应社区反馈的issues等等不活跃现象； * SIG 组负责openKylin版本中重要的模块或技术方向，但是目前的工作无法满足openKylin版本对该模块或技术方向的要求，阻碍了openKylin版本的发布和技术发展； -* SIG组的目标规划、技术路线等与另外的SIG组有重合，并双方有意愿合并为一个SIG组。 +* SIG组的目标规划、技术路线等与另外的SIG组有重合 +* 其他技术委员会认为需要撤销SIG组的情形 ### 撤销流程 #### 提交撤销申请 SIG组撤销申请应由该SIG组Owner或者技术委员会委员提交，提交方式如下： -- Gitee From 3bfbcdcae443edb65d74b9594d54207a8c45f552 Mon Sep 17 00:00:00 2001 From: zhangtianxiong Date: Wed, 9 Nov 2022 07:15:58 +0000 Subject: [PATCH 14/15] =?UTF-8?q?update=20SIG=E4=BD=BF=E7=94=A8=E6=89=8B?= =?UTF-8?q?=E5=86=8C/SIG=E7=BB=84=E7=9A=84=E7=94=B3=E8=AF=B7=E4=B8=8E?= =?UTF-8?q?=E6=92=A4=E9=94=80=E6=B5=81=E7=A8=8B.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: zhangtianxiong --- ...70\216\346\222\244\351\224\200\346\265\201\347\250\213.md" | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git "a/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" "b/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" index 977273e..84adfa6 100644 --- "a/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" +++ "b/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" @@ -58,8 +58,8 @@ SIG 所有成员 [签署个人cla](https://cla.openkylin.top) 后，请按照以 * SIG 组长时间活跃度很低，无法维持日常运转。包括但不限于存在：长时间（超过6个月）没有召开过例会、从未参与过社区SIG组相关活动（包括版本发行）、一直没有负责的软件仓库或者所负责的软件仓库长时间没有代码更新、不能及时响应社区反馈的issues等等不活跃现象； * SIG 组负责openKylin版本中重要的模块或技术方向，但是目前的工作无法满足openKylin版本对该模块或技术方向的要求，阻碍了openKylin版本的发布和技术发展； -* SIG组的目标规划、技术路线等与另外的SIG组有重合 -* 其他技术委员会认为需要撤销SIG组的情形 +* SIG组的目标规划、技术路线等与另外的SIG组有重合； +* 其他技术委员会认为需要撤销SIG组的情形。 ### 撤销流程 #### 提交撤销申请 SIG组撤销申请应由该SIG组Owner或者技术委员会委员提交，提交方式如下： -- Gitee From c71e443f0d12a4b54125f0a12795e30814cdcbf4 Mon Sep 17 00:00:00 2001 From: zhangtianxiong Date: Wed, 9 Nov 2022 07:22:13 +0000 Subject: [PATCH 15/15] =?UTF-8?q?update=20SIG=E4=BD=BF=E7=94=A8=E6=89=8B?= =?UTF-8?q?=E5=86=8C/SIG=E7=BB=84=E7=9A=84=E7=94=B3=E8=AF=B7=E4=B8=8E?= =?UTF-8?q?=E6=92=A4=E9=94=80=E6=B5=81=E7=A8=8B.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: zhangtianxiong --- ...\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git "a/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" "b/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" index 84adfa6..9df4e6a 100644 --- "a/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" +++ "b/SIG\344\275\277\347\224\250\346\211\213\345\206\214/SIG\347\273\204\347\232\204\347\224\263\350\257\267\344\270\216\346\222\244\351\224\200\346\265\201\347\250\213.md" @@ -66,5 +66,5 @@ SIG组撤销申请应由该SIG组Owner或者技术委员会委员提交，提交 1. Fork 项目 [openKylin / community](https://gitee.com/openkylin/community) 到您的 Gitee 下。并删除 [community/sig](https://gitee.com/openkylin/community/sig)目录下该SIG组对应的目录； 2. 完成以上步骤后，将改动提交到 Gitee 上，并向[openKylin / community](https://gitee.com/openkylin/community) 项目提交 PR 申请撤销 SIG 组，填写好相关信息（撤销SIG组的详细原因）后，技术委员会将提前审核相关信息，并在下一次例会上针对该议题进行讨论和投票。 #### 讨论并投票表决 -SIG组撤销申请应在技术委员会例会上进行讨论并通过投票决策。技术委员会全体委员需参与投票表决，投票分为赞同票、反对票和弃权票，可以在例会上直接表决或会后回复邮件表决。需要三分之二或以上委员投赞同票时，撤销申请才能通过。投票结果通过邮件列表公示。 +SIG组撤销申请应在技术委员会例会上进行讨论并通过投票决策。技术委员会全体委员需参与投票表决，投票分为赞同票、反对票和弃权票，可以在例会上直接表决或会后回复邮件表决。需要三分之二或以上委员投赞同票时，撤销申请才能通过。投票结果通过邮件列表公示。 当 SIG 组被撤销后，该 SIG 组名下需要继续维护的软件包将暂时划分到 Packaging SIG组，并通过邮件列表公示，这些软件包可以由其他 SIG 组或者其他成立新的SIG组来认领维护。 \ No newline at end of file -- Gitee