Part1 Gerrit 生态系统的升级
Activity | Responibile |
---|---|
停止DataBase | DBA team |
停止Gerrit应用程序 | Gerrit Admin |
Gerrit 服务器所在操作系统升级 | Linux team |
启动DataBase,恢复备份 | DBA team |
启动Gerrit 应用程序,并验证Gerrit应用程序是否OK | Gerrit Admin |
上一步验证Ok之后,再次停止Gerrit应用程序 | Gerrit Admin |
升级git版本 | Gerrit Admin&Linux team |
升级Java到最新的版本 | Gerrit Admin&Linux team |
回滚Database 备份 | DBA team |
回滚Gerrit的/data/gerrit | Gerrit Admin |
升级master服务器上的Gerrit应用到最新版本 | Gerrit Admin |
验证Master服务器上的Gerrit应用是否正常工作 | Gerrit Admin |
升级各个Mirror服务器上的Gerrit到最新版本 | Gerrit Admin |
验证各个Mirror服务器的Gerrit 应用是否正常工作 | Gerrit Admin |
启动Master &Mirror上的Gerrit应用 | Gerrit Admin |
Announce 更新的Gerrit 到各个team | Gerrit Admin |
Part2 Gerrit 升级后的testcase
Developer 工作流 | repo init & repo sync on Gerrit Master server | |
Developer 工作流 | repo init & repo sync on Gerrit Mirror server | |
Developer 工作流 | repo upload | 预期change可以成功地push到Master Gerrir,且返回生成的GerritID |
集成工作流 | 添加用户,删除用户 | |
集成工作流 | 删除,新增用户对分支的读写权限 | 当删除用户的读权限后,用户不能看到该分支 |
集成工作流 | check gerrit 所有label 能否正常操作 | 所有change的label可以正常新增、删掉Score |
Developer工作流 | 使用refs/changes 拉取代码 | 选取一个gerrit change,用git fetch origin refs/changes/change number 能正常拉取代码 |
Developer工作流 | 查看gitweb的链接,保证仓库历史记录正常显示 | |
Developer 工作流 | 查看Gerrit change上的下载选项是否正确 | 点击右侧Download,能正确显示cherry-pick,check out 等各个下载选项 |
集成工作流 | 创建新的仓库 | 能够用Create New Repo 的选项创建仓库 |
集成工作流 | Change 镜像映射 | 当change创建后,确保change正常映射到所有的mirror gerrit上 |
Developer工作流 | Rebase 测试 | 在老的代码base上提交一个commit,check 能否在gerrit 上做Rebase |
Developer工作流 | Submit 测试 | 提交一个新的change到test 分支,检查能否正常Submit |
Developer工作流 | Topic测试 | 为多个测试提交创建相同的topic看能否生效 |
集成自动化工作流 | REST 调用 Rebase | 检查批处理中的Rest 调用Rebase是否正常 |
集成自动化工作流 | REST 抓取topic | 检查批处理中的Rest 抓取Topic name是否正常 |
集成自动化工作流 | REST 查询change | 检查批处理中的Rest 查询change是否正常 |
Developer工作流 | 在gerrit 界面上查询change | 条件查询某个分支的某些提交是否正常 |
集成自动化工作流 | REST 批量提交 | 检查批处理中的Rest 批量Submit是否正常 |
集成自动化工作流 | REST 查询Mergeable的提交 | 检查批处理中的Rest 能否查询出所有Mergeable的提交 |
集成自动化工作流 | REST处理用户账户 | 检查批处理中的Rest 能否创建、获取相应的账户 |