没有这方面的经验，这样基于关键字检索得到的owner，准确率怎么样？
发件人: wufengguang
发送时间: 2020年2月19日
16:13
收件人: Huxinwei <huxinwei@huawei.com>; tc@openeuler.org
抄送: Xiexiuqi <xiexiuqi@huawei.com>; Guohanjun (Hanjun Guo) <guohanjun@huawei.com>; Zhanghailiang <zhang.zhanghailiang@huawei.com>; Xiongwei (William, Euler) <xiongwei888@huawei.com>; Wangxun (Dream)
<dream.wangxun@huawei.com>; Xiehong (Cynthia) <xiehong@huawei.com>; Zhangwenfeng (A) <wind.zhangwenfeng@huawei.com>; Jiangdayong <jiangdayong@huawei.com>; zhangxianmin <zhangxianmin1@huawei.com>; caihaomin <caihaomin@huawei.com>; Yanan (Euler) <yanan@huawei.com>;
Hufeng (Solar, Euler) <solar.hu@huawei.com>; Liyongle (Fred) <liyongle@huawei.com>
主题: 答复: [Tc] Re:
【Meeting Notice】openEuler TC regular meeting Time: 2020-02-19 09:30-12:30
关于gitee issue的主动通知机制
可能需要长期有人（轮值）做triage。这个人可以作为以下脚本在找不到自动owner的情况下，作为默认接收者。
下面是一个技术上的自动triage思路，请大家提意见。
背景
在有新issue等其他事件发生时，gitee支持email/wechat
notification.
然而openEuler包数量众多，精准通知到直接责任人是个挑战。
提议
在gitee上统一设置通知地址为
<some.robot@some.com>
然后写一个脚本，跑在一台公有云虚机上
input: a pre-configured large keyword=>owner mapping
loop:
wait email to <some.robot@some.com>
read issue content
map keywords to owner emails
forward email to owners
其中的keyword可以是包名字和描述关键字。Owner就是责任人邮箱。
这种搜索尤其是相关性打分，如果用elasticsearch来查询的话，效果应该不错。
邮件处理脚本样板应该能在github上找到类似的，拿过来改一改，加上我们的自定义逻辑即可。
此致，
敬礼
吴峰光
发件人: Huxinwei
发送时间: 2020年2月19日
12:23
收件人:
tc@openeuler.org
抄送: Xiexiuqi <xiexiuqi@huawei.com>; Guohanjun (Hanjun Guo) <guohanjun@huawei.com>; Zhanghailiang <zhang.zhanghailiang@huawei.com>;
Xiongwei (William, Euler) <xiongwei888@huawei.com>; Wangxun (Dream) <dream.wangxun@huawei.com>; Xiehong (Cynthia) <xiehong@huawei.com>;
wufengguang <wufengguang@huawei.com>; Zhangwenfeng (A) <wind.zhangwenfeng@huawei.com>; Jiangdayong <jiangdayong@huawei.com>;
zhangxianmin <zhangxianmin1@huawei.com>; caihaomin <caihaomin@huawei.com>; Yanan (Euler) <yanan@huawei.com>; Hufeng (Solar, Euler)
<solar.hu@huawei.com>; Liyongle (Fred) <liyongle@huawei.com>
主题: 答复: [Tc] Re:
【Meeting Notice】openEuler TC regular meeting Time: 2020-02-19 09:30-12:30
2020-02-19 openEuler TC
第二次例行会议:
10：00
~ 11：55
与会：
Guohanjun
myeuler
Hailiang Zhang
xiexiuqi
Shinwell Hu
（主持，纪要）
Cynthia
yanan
（议题）
Haomin
（议题）
Hufeng
（议题）
Wufengguang
（列席）
缺席：
Wangxun
议题一：申请openEuler LTS ISO中不带python2
(by Yanan)
1. TC认同在openEuler
LTS中应该去除python2，及依赖python2的功能。
提供python3的相应功能来替换。这样有助降低openEuler
LTS版本的安全风险。
2.
同意在gitee上为python2建仓，并继续在openEuler社区中提供python2。
TC建议python2在openEuler中进入legacy状态。
所有针对python2的issue自动关闭并且建议升级到python3，但可以接纳新的MR。
3.
删除python2过程中可能还会发现兼容性bug。wufengguang建议通过对#！扫描来找到潜在问题点。
TC同意这类问题数量可控，建议yanan执行时注意。
议题二：审视iSula开源进展
(by Haomin)
1. iSula开源项目缺少CI。TC建议
-
联系Hufeng了解openEuler的CI如何适配iSula
-- 责任人 Haomin
- TC跟踪这个问题的解决
-- 责任人 Cynthia
2.
当前gitee上缺少机制来将commit关联到issue等
-
给gitee提issue
-- 责任人 Haomin
- TC跟踪这个问题的解决，并且梳理和gitee沟通的渠道
-- 责任人 myeuler
3. iSula的release应该遵循流程
-
杨丽之前有开发过相应的流程，请杨丽上TC会议介绍流程
-- 责任人 Cynthia
- iSula建议考虑独立的网站，如isula.openeuler.org
-- 责任人 Haomin
4. TC认同iSula能够和其他开源项目形成互动，是好的实践方式。后续建议其他项目学习。
临时议题：在openEuler上建立独立的wiki系统
(xieqiuxi)
1. TC认同当前gitee上建立wiki缺少功能。建议以openEuler认证的开发人员为范围，构建全功能的wiki。
2. TC整理并正式给INFRA团队提需求
-- 责任人：Shinwell
议题三：开放driver kit到openEuler以支持驱动合入与第三方认证。
1. TC同意开放driver
kit，作为openEuler驱动的流程一部分
2. TC请业务团队决策是否开源，以及采用什么license。
议题四：openEuler如何及时相应gitee上针对openEuler的特性诉求：
1. TC建议所有的issue在2~3天内acknowlodge。这一SLA建议沟通到openEuler开发人员全员。
2.
当前issue没有好的主动通知机制，依赖开发团队去做polling。TC整理并形成改建需求，反馈给INFRA团队
-- 责任人 xiexiuqi Shinwell
3.
在INFRA改进前，TC建议各个开发团队安排专人定期检视新增issue
议题五：openEuler用户反馈
1. Fred Li未参会，本议题取消
临时议题：openEuler是否需要支持桌面系统
(Cynthia)
1. TC委托myeuler牵头，对当前Linux桌面环境现状，以及openEuler的差距做调研分析。
-- 责任 myeuler
总结：
下次会议时间 2020-03-04 10:00 am
下次会议召集人 myeuler
发件人: Huxinwei via Tc [mailto:tc@openeuler.org]
发送时间: 2020年2月17日
16:42
收件人:
tc@openeuler.org
主题: [Tc] Re: 【Meeting Notice】openEuler TC regular meeting Time: 2020-02-19 09:30-12:30
Hi all,
This is welink conference is for next TC regular meeting.
I booked it half an hour ahead in case you want to try before the meeting officially started.
For now, following topics have been proposed;
1.
Review the progress of iSula project. (via Caihaomin)
2.
Proposed on a new SIG focusing on openEuler driver test kit. (via Shinwell)
3.
Proposed on a way to address feature requests timely (via myeuler)
i.e.
https://gitee.com/openeuler/community/issues/I196AQ?from=project-issue
for this kind of technical issue, we should set up a process assign some guy to respond timely. and
make a process to make sure if this kind of request should be turn to be a release requirements.
4.
Voice from user (to-be-confirmed)
Please feel free to propose additional topics based on your experience.
Regards
Xinwei
From: Meeting Book via Tc [mailto:tc@openeuler.org]
Sent: Monday, February 17, 2020 4:34 PM
To: tc@openeuler.org
Subject: [Tc] 【Meeting Notice】openEuler
TC regular meeting Time: 2020-02-19 09:30-12:30
|