Tc February 2021

tc@openeuler.org

21 participants
25 discussions

申报议题：分支同步工具 sync-bot 介绍 RE: [Dev] [TC] openEuler TC周例会议题收集
by Chenyanpan 01 Feb '21

01 Feb '21

议题：分支同步工具 sync-bot 介绍内容：为避免同一问题在多个分支上修改，以及减少修改代码时重复手工操作，开发了分支同步工具，现已上线运行。希望在 TC 例会上对工具做一个简单介绍。汇报人：陈燕潘时间：15min From: dillon.chen(a)turbolinux.com.cn [mailto:dillon.chen@turbolinux.com.cn] Sent: Friday, January 29, 2021 10:16 AM To: dev <dev(a)openeuler.org>; tc <tc(a)openeuler.org> Subject: [Dev] [TC] openEuler TC周例会议题收集 @all openEuler TC例会预计在下周三(2/3) 10:00~12:00 以电话会议的形式召开，需要申报议题请发邮件给 tc(a)openeuler.org<mailto:tc@openeuler.org> The OpenEuler T meeting is expected to be held in a conference call from 10:00 to 12:00 Beijing Time on next Wednesday. To apply for topics, send an email to tc(a)openeuler.org<mailto:tc@openeuler.org>. Thanks & Regards Dillon _______________________________________________ Dev mailing list -- dev(a)openeuler.org<mailto:dev@openeuler.org> To unsubscribe send an email to dev-leave(a)openeuler.org<mailto:dev-leave@openeuler.org>

2 1

TC双周会议
by openEuler conference 01 Feb '21

01 Feb '21

1 0

关于community仓的PR审批流程说明
by myeuler 01 Feb '21

01 Feb '21

community仓是目前openEuler的系统管理仓，PR比较多，很多同学觉得审批的过程比较慢。我重申一下审批流程和同学们在提交PR的时候要注意的几点：审批流程： 1. 当PR创建以后需要先生成checklist，当前这步还是胡core在操作，但是后续马上就会自动生成。 2. 各个reviewer和提交者应该按照checklist进行比照，看看是否都符合。 3. 对于PR影响到的SIG组，需要相关的SIG组的maintainer review完毕以后留下/lgtm表明同意PR，牵涉到几个SIG，那么就需要几个lgtm。所以提交者可以ping或者私信相关SIG组的maintainer尽快进行review 4. TC的委员在3完成的基础上进行lgtm和approve，但是不能同一个委员同时lgtm和approve，至少需要两个以上。注意事项：以下问题是review的过程中看到比较容易犯的错： 1. PR的描述必须完善和清晰，简单的PR描述一定不通过。 2. stat/need-squash需要处理，合并commit，一个PR应该对应一个commit。 3. 一个PR对应一件事情，不要把不想关的几个事情合成有一个PR。 4. commit中的提交避免在yaml的文件尾部，容易冲突。 5. 提交的分支一般来说master是必须的，如果需要合入到LTS的SP版本中，需要添加到openEuler-20.03-LTS-Next，创新版本，比如20.09，默认不在增加特性。特性增加只保证master和LTS 6. 提交软件包建仓请求需要先确定相关软件包的license是否合规。 7. 请确保软件包是“可维护”的，也就是上游软件社区依然是活跃的，不是已经被废弃的软件。 8. README等的修正，理论上都需要中英文同时提供，其中英文版本建议使用翻译软件先行翻译，然后修正，避免出现过多的语法，拼写错误。 9. PR的提交人需要时刻关注PR的进度，对相关的comments及时回应和修正，及时ping相关审批阶段的人，保证及时合入。 10. Be patient is very important. review工作是劳心费力的，所以PR质量的高低直接影响到reivew的速度，请所有工程师提高PR的质量，努力做到”一次性作对“，形成良好的工作习惯也是社区高质量运营的基础。谢谢

1 0

回复: 回复: 申请引入多版本的kubernetes
by dillon.chen＠turbolinux.com.cn 01 Feb '21

01 Feb '21

本周的TC会议好像没有遗留问题，因此这个是第一个议题，请做好准备另外邀请 cloudnative-owner sig 周三一起参与讨论发件人： dillon.chen(a)turbolinux.com.cn 发送时间： 2021-02-01 10:40 收件人： xiasenlin; cloudnative-owner(a)openeuler.org; Liuwei (openEuler) 主题：回复: 答复: [Tc] 申请引入多版本的kubernetes 本周的TC会议好像没有遗留问题，因此这个是第一个议题，请做好准备另外邀请 cloudnative-owner sig 周三一起参与讨论发件人： xiasenlin 发送时间： 2021-01-29 15:55 收件人： dillon.chen(a)turbolinux.com.cn; cloudnative-owner(a)openeuler.org; Liuwei (openEuler) 主题：答复: [Tc] 申请引入多版本的kubernetes 同时使用一个版本，但是需求来源于多个客户，所有才有这个诉求。就目前了解到的情况：从客户收集到当前客户使用的开源组件基线，每个大客户都有维护自己的版本基线，如果我们有更好的建议，可以写一个策略。一般金融客户动软件版本都会很谨慎，推动升级难度比较大，哪怕真的同意都搞到一个版本，三个客户就要验证三套迁移方案，还要保证万无一失。详细的需求背景，需要等待对接客户的同事的结论。发件人: dillon.chen(a)turbolinux.com.cn [mailto:dillon.chen@turbolinux.com.cn] 发送时间: 2021年1月29日 15:29 收件人: xiasenlin <xiasenlin1(a)huawei.com>; tc <tc(a)openeuler.org>; cloudnative-owner(a)openeuler.org 主题: 回复: [Tc] 申请引入多版本的kubernetes 收到，请更详细的描述一下金融客户的需求：多版本 kubernetes 在系统中是如何使用的？即：在一个系统中使用时是同时存在多个版本还是使用时只用一个版本？多个版本的需求其实多家厂商都提过客户确实有这个需求，比如麒麟软件的侯健。Redhat的RHEL8 AppStream中是存在多个版本，其中大多数软件只能选择安装一个版本的，个别的特殊处理后可以以同时存在多个版本如gcc toolset 9。所以请更详细的向金融客户了解一下需求 dillon.chen(a)turbolinux.com.cn 发件人： xiasenlin 发送时间： 2021-01-29 11:10 收件人： tc(a)openeuler.org; cloudnative-owner(a)openeuler.org 主题： [Tc] 申请引入多版本的kubernetes TC以及CloudNative的各位maintainer好，当前有来自金融客户的需求，希望openEuler能支持多版的kubernetes（1.15/1.16），希望CloudNative的maintainer一起讨论一下可行性。

1 0

[TC] openEuler TC周例会议题收集
by 卞乃猛 01 Feb '21

01 Feb '21

@all openEuler TC例会预计在下周三(1/20) 10:00~12:00 以电话会议的形式召开，需要申报议题请发邮件给 tc(a)openeuler.org The OpenEuler T meeting is expected to be held in a conference call from 10:00 to 12:00 Beijing Time on next Wednesday. To apply for topics, send an email to tc(a)openeuler.org. Thanks & Regards Bian

6 10

2024

2023

2022

2021

2020

2019

Tc February 2021