;)

也有相关性。欢迎讨论，

发件人: liuzhiqiang (I)
发送时间: 2021年1月12日 18:57
收件人: tc@openeuler.org; Huxinwei <huxinwei@huawei.com>
主题: Re: [Tc] Re: 移动不再参与社区活动的maintainer

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

上个邮件请忽略。

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