Jenkins多分支流水线获取Jenkinsfile前的长时间延迟是在执行什么操作？

该延迟阶段Jenkins Git插件执行的核心操作 #

你观察到的延迟发生在「拉取所有远程引用元数据完成」到「定位到对应提交的Jenkinsfile」之间，这个阶段不会执行实际的代码克隆，所以你配置的浅克隆、跳过标签这类构建阶段的参数不会生效，该阶段核心执行3类操作：

• 匹配触发构建的提交归属：插件需要遍历刚拉取到的2305个远程分支的头提交、以及所有拉取到的标签提交，和触发本次构建的事件关联的提交哈希做匹配，校验提交的谱系归属，确认该提交属于哪个可构建的分支/标签，分支、标签数量越多，遍历耗时越长。
• 扫描提交的文件树查找Jenkinsfile：匹配到目标提交哈希后，插件会调用git ls-tree类命令遍历该提交的目录树，按照你配置的Jenkinsfile路径查找对应的文件，目录层级越深、顶层文件数量越多，查找耗时越长。
• 执行安全与权限校验：如果开启了Jenkins脚本安全、分支可构建权限校验、Jenkinsfile可信度校验等策略，该阶段还会校验目标分支的操作权限、Jenkinsfile的内容是否符合安全规则，分支数量越多，权限匹配的开销也会同步上升。

优化方案 #

按照生效优先级从高到低排序：

• 清理无效远程分支：优先删除已合并到主分支、超过3个月无活动的冗余分支，将远程分支数量控制在300以内，GitHub Enterprise可开启「PR合并后自动删除源分支」的配置，也可通过git脚本批量清理旧分支，该方案优化效果最明显。
• 调整分支/标签发现策略：如果不需要用标签触发构建，直接在多分支流水线的源配置中关闭「发现标签」的策略；同时不要配置为扫描所有分支，改成仅扫描符合命名规则的分支，比如仅匹配main、dev、feature/*、release/*这类规范前缀的分支，避免插件遍历无效分支。
• 清理冗余标签：如果需要保留标签触发能力，先清理仓库中的临时测试标签、过期版本标签，减少标签元数据的遍历开销。
• 优化Jenkinsfile路径配置：将Jenkinsfile放在仓库顶层目录，不要使用嵌套过深的自定义路径，减少文件树遍历的耗时。
• 升级本地Git版本：你当前使用的Git 2.20.1版本较旧，高版本Git在引用遍历、文件树查询上有大量性能优化，升级到2.39及以上版本可提升本地元数据处理速度。

内容的提问来源于stack exchange，提问作者Chris Ratcliffe