jenkins - 在我的多分支管道工作中看到的长时间延迟期间，詹金斯在做什么？

Question

我为我的许多 github 企业存储库定义了多分支管道。特别是一个 repo 经常有很长（有时很长）的延迟启动，只是在寻找 Jenkinsfile 来执行。在提交/标签/分支/等方面，这个 repo 绝对是我们最大的。

作业的输出显示：

Setting origin to git@<github server>:<org>/<repo>
 > git config remote.origin.url git@<github server>:<org>/<repo> # timeout=10
Fetching origin...
Fetching upstream changes from origin
 > git --version # timeout=10
 > git --version # 'git version 2.20.1'
 > git config --get remote.origin.url # timeout=10
using GIT_SSH to set credentials 
 > git fetch --tags --force --progress -- origin +refs/heads/*:refs/remotes/origin/* # timeout=10

Seen branch in repository origin/1.15.1
Seen branch in repository origin/10032/dispatcher-retries
... <lots of additional Seen branch ... lines>
Seen 2,305 remote branches

Obtained Jenkinsfile from 062d9c90fd3e95e7682a7440a46a2ec45999b6ad
Running in Durability level: MAX_SURVIVABILITY
...

我看到大延迟的地方是在线路Seen 2,305 remote branches 和Obtained Jenkinsfile from 062d9c90fd3e95e7682a7440a46a2ec45999b6ad. 我的问题是，那时 Jenkins 插件在做什么？如果我知道它在做什么，我可能会清理 repo 以加快进程。

我尝试过使用一些高级设置，例如浅克隆和跳过获取标签，但这些更改似乎不会导致任何差异，直到延迟之后，当它实际开始克隆操作时。

标签： jenkins