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

上个邮件请忽略。


On 2021/1/12 18:50, Zhiqiang Liu wrote:

个人观点:

这个应该属于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