评审意见： 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
