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