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