评审意见:
0. 选方案1
1. 冻结期间release owner的合入必须基于相关仓库的maintainer审查意见,不能跨过maintainer的评审直接合入
2. yaml文件中:'version' ----> 'branch'
3. 版本封库的时间,原因,范围 等需要通知到各个sig组. --release-SIG
4. 方案和评审信息加到SIG-release Doc的自动化部分
各位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一致的统一权限,版本冻结信息和仓库信息分离不耦合
缺点:控制信息来自多处
| ||||||||||||||||||||||||||
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 |