Jenkins多分支流水线扫描Gerrit仓库过慢问题咨询

安全阿岳

2026-8-9

Jenkins多分支扫描耗时过长（搭配Gerrit插件）的原因分析

Gerrit插件的串行分支校验逻辑
Gerrit插件在多分支扫描时，可能会对每个分支单独发起Gerrit API请求（比如查询分支关联的变更、权限状态），或是逐个分支执行git操作而非批量处理。80个分支的串行请求/操作会把单个分支的延迟累加，最终导致总耗时剧增。而手动执行git fetch是一次性批量拉取所有分支的refs，无需额外API校验，因此耗时极短。
Jenkins Git客户端类型差异
若Jenkins全局配置中使用的是JGit（纯Java实现的Git客户端）而非系统原生Git，JGit在处理大量分支时的性能远低于原生Git。手动执行git fetch用的是系统Git，而Jenkins用JGit逐个处理分支，就会出现明显的耗时差距。可在Jenkins「全局工具配置」中检查Git客户端的配置项。
多分支扫描的冗余操作叠加
Jenkins多分支流水线默认会执行额外逻辑，比如对每个分支检查Jenkinsfile的存在性、语法校验，或是拉取分支的完整历史（而非仅最新refs）。这些操作叠加80个分支后，会大幅增加总耗时，而手动git fetch仅完成拉取动作，无额外校验步骤。
旧版本组件的性能瓶颈
你使用的Jenkins 2.319.3是2022年的旧版本，搭配的Gerrit插件可能存在未修复的性能缺陷，比如分支扫描的线程处理未做并行优化，所有分支处理任务串行排队，导致资源占用低（大部分时间处于等待状态）但总耗时超长。
Gerrit插件的分支过滤逻辑低效
若Gerrit插件配置了复杂的分支过滤规则（比如基于Gerrit变更状态、标签过滤），插件可能会对每个分支执行多次Gerrit API查询，这些查询的延迟会被分支数量放大。手动git fetch无需处理这些过滤逻辑，因此速度更快。