抱歉，我好像对邮件内容理解错误了。

上个邮件请忽略。

个人观点：

这个应该属于maintainer的退出机制，是否可以有如下方式退出：

1. 要退出的maintainer本人主动在sig组内提出 退出请求，并由该sig组内其他maintainer发起openeuler/community中maintainer的变更（移除）；

    maintainer本人也可以在申请退出时从该sig组的committer中推选新的maintainer。

2. 周期性检视sig maintainer实际执行情况（需要确定机制，例如每年一次sig运作整体检视，在sig组例会上有相应议题），

   对于长时间没有贡献（包括lgtm、approve、comments，pr，issue等）的，可以沟通确认是否退出，如果退出则发起openeuler/community中maintainer的变更（移除）；

3. 是否可以添加maintainer和committer贡献统计数据到对应的openeuler/community/sig下具体的某个sig目录下的contributions结果（按月份统计）, 也可以基于该贡献统计来

  识别出贡献不活跃的maintainer，并进行沟通确认。

整体上，maintainer要对sig组负责，所以在要退出时理论上最好由maintainer本人来发起退出申请（或sig组内其他maintainer）。

祝好

刘志强

On 2021/1/12 17:31, Huxinwei wrote:

大家好：

 

 openEuler社区当前的 maintainer（特指在 sig 的 OWNER 文件中列出的），有些已经长时间不在社区中活跃了。

我私下沟通了几个，反馈因为各种原因，确实不再参与社区活动。

 

 我建议在 openeuler/community 中新建文件 Hall_of_Fame.md，记录曾经担任 maintainer 的ID，所参与的 SIG，以及参与的时间。

 

 比如：

 

 eric414chan:

     Programming-language: 2019/12/30-2021/xx/xx

     Runtime: 2019/12/30-2021/xx/xx

     System-tool: 2019/12/30-2021/xx/xx

 

  algorithmofdish:

     Programming-language: 2019/12/30-2021/xx/xx

 

  catastrowings:

     Runtime: 2019/12/30 -2021/xx/xx

     System-tool: 2019/12/30-2021/xx/xx

 

 dogsheng:

         sig-Gatekeeper: 2020/08/04 -2021/xx/xx

         DB: 2019/12/30 -2021/xx/xx

         Programming-language: 2019/12/30 -2021/xx/xx

         Application: 2019/12/30 -2021/xx/xx

         Infrastructure: 2020/02/04 -2021/xx/xx

         System-tool: 2019/12/30 -2021/xx/xx

         Packaging: 2019/12/30 -2021/xx/xx

 

 请大家发表意见

 

Shinwell

Technical Committee

openEuler Community

 

_______________________________________________
Tc mailing list -- tc@openeuler.org
To unsubscribe send an email to tc-leave@openeuler.org

_______________________________________________
Tc mailing list -- tc@openeuler.org
To unsubscribe send an email to tc-leave@openeuler.org