;)
也有相关性。欢迎讨论，
发件人: 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.orgmailto:tc@openeuler.org
To unsubscribe send an email to tc-leave@openeuler.orgmailto:tc-leave@openeuler.org
_______________________________________________
Tc mailing list -- tc@openeuler.orgmailto:tc@openeuler.org
To unsubscribe send an email to tc-leave@openeuler.orgmailto:tc-leave@openeuler.org