评审意见:

0. 选方案1

1. 冻结期间release owner的合入必须基于相关仓库的maintainer审查意见,不能跨过maintainer的评审直接合入

2. yaml文件中:'version' ----> 'branch'

3. 版本封库的时间,原因,范围 等需要通知到各个sig组.   --release-SIG

4. 方案和评审信息加到SIG-release Doc的自动化部分



------------------ 原始邮件 ------------------
发件人: "George" <caozhi1214@qq.com>;
发送时间: 2020年9月14日(星期一) 下午3:33
收件人: "tc"<tc@openeuler.org>;
主题: 议题申报 //回复:[Tc] 【Meeting Notice】openEuler TC例会 Time: 2020-09-16 10:00-12:00

各位TC好,申报一个议题: 版本冻结期间CI-Bot锁库方案决策

背景:

当前release manager希望能在版本冻结期内对码云的代码合入做权限控制,这个功能应该是由CIbot来完成。

我们当前有三种初步方案:

方案一:

在SIG-release-management管理的仓库openeuler/release-management仓库下,新增一个release-management.yaml文件用于记录版本发布情况,

CI-bot根据这个版本信息,如果freezed为yes,则控制所有仓库下的对应分支(version)的合入权限,只能由owner合入。


优点:管控相对独立

缺点:新增加啦CI-Bot监控的输入来源


方案二:

合入权限直接使用sig-release-management的owner名单作为权限人名单。

并在当前community的repository下新增版本控制信息:针对所有仓库增加 冻结分支的字段


优点:仓库管理和分支管理控制点统一,版本权限管理和sig组权限统一

缺点:版本控制策略变更需要修改仓库管理的配置文件


方案三:

合入权限直接使用sig-release-management的owner名单作为权限人名单。

版本分支的冻结信息单独使用yaml文件记录到SIG-release-management管理的仓库openeuler/release-management下


优点:管理权限使用和SIG一致的统一权限,版本冻结信息和仓库信息分离不耦合

缺点:控制信息来自多处



------------------ 原始邮件 ------------------
发件人: "Meeting Book" <uMeeting@huawei.com>;
发送时间: 2020年9月14日(星期一) 中午11:33
收件人: "tc"<tc@openeuler.org>;
主题: [Tc] 【Meeting Notice】openEuler TC例会 Time: 2020-09-16 10:00-12:00

Topic
openEuler TC例会
Time
2020-09-16 10:00-12:00((UTC+08:00)Beijing)
 
Join Conference
Join (External) >>
Meeting ID
269 108 717
 
Convener
郭寒军
 
Tips:
Dial the access number to join conference
注:仅支持部分国家和地区。( Only some countries and regions are supported.)
如果加入会议提示“会议已结束或会议号不存在”,请在官网下载最新版本入会。立即下载
If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download