Jenkins对接Gerrit多仓库项目同主题多提交合并触发CI配置咨询

第一步：调整Gerrit触发器前置校验逻辑 #

• 统一用相同Gerrit Topic作为跨仓库关联提交的标记，也可兼容提交信息中相同变更ID的匹配规则，优先推荐Topic，匹配准确率更高。
• 原有Jenkins Gerrit触发器触发后，不直接启动构建，先调用Gerrit接口查询当前提交对应Topic下的待审核关联变更总数，查询命令示例：
  ssh -p <Gerrit SSH端口> <Gerrit账号>@<Gerrit域名> gerrit query --format=JSON topic:<当前提交关联Topic> status:open
• 将查询到的变更所属仓库列表，和manifest.xml中该业务场景对应的关联仓库列表做比对，数量未达预期时直接终止当前作业，不执行构建。

第二步：新增关联提交去重触发机制 #

• 搭建轻量缓存存储（可直接用Jenkins内置构建变量缓存、本地文件或Redis），记录每个Topic的构建触发状态，避免重复触发。
• 当某次校验确认当前Topic下所有关联变更均已上传至Gerrit时，先查询缓存中该Topic的触发状态：
  • 未触发：将该Topic标记为已触发，正式启动联合构建流程
  • 已触发：直接终止当前作业
• 构建结束后，Topic的触发标记保留至该Topic下所有变更完成合并/放弃操作后再清空；如果关联变更有新的补丁集上传，先清空对应Topic的触发标记，再重新走校验流程。

第三步：适配联合构建的代码拉取逻辑 #

• 构建阶段拉取代码时，不要直接拉取各仓库默认分支，可通过repo download批量拉取对应Topic下的所有关联变更，命令示例：
  repo forall -c 'ssh -p <Gerrit SSH端口> <Gerrit账号>@<Gerrit域名> gerrit query --current-patch-set topic:<目标Topic> project:$REPO_PROJECT status:open | grep -E "ref: refs/changes/" | awk "{print \$2}" | xargs -I {} git fetch {} && git checkout FETCH_HEAD'
• 也可以动态生成临时manifest.xml，将所有关联变更的补丁集ref写入文件后执行repo sync拉取代码，适配性更强。

第四步：异常场景兼容 #

• 若关联提交流程中某仓库的提交被放弃，自动更新校验逻辑的预期仓库列表，剩余变更数量达标后可正常触发构建。
• 单仓库提交（Topic下仅1个变更）的场景不做拦截，保留原有单仓库构建逻辑即可。

内容的提问来源于stack exchange，提问作者George T