-
Improvement
-
Resolution: Unresolved
-
Major
We love the new pipeline multi branch (and github org) plugin models, but have a general issue of bloated disk usage and slow clones for some of our more active and larger repositories. Specifically we have an active repo that has a lot of open PRs at any given time and a few long-running mainline/maintenance branches.
Every time a new branch or PR is opened, we generate a new clone on at least one build node for the new build (and typically as the PR gets more commits and the build nodes get assigned for subsequent builds differently it multiples to more clones on other machines).
Given that these branches and PRs are all for the same repository, it'd be great to automatically have it silently share a common reference repo on each build node. Something like automatically incorporating https://github.com/orrc/git-webhook-proxy into the workflow.
Otherwise with a single repo having ~70 open PRs at any given time and 4 main branches, we end up with ~74 clones of the *same* repo on each build node. That's a significant unnecessary disk bloat and network bandwidth hog. As a first level, just having a full clone to use as a reference per-repo per-agent would be a big help.
- is duplicated by
-
JENKINS-44295 Indexing run a lot of cloning processes on master
- Resolved
- is related to
-
JENKINS-57315 Github folder should allow one reference repo per child repository
- Open
- relates to
-
JENKINS-33273 Optimize Jenkinsfile loading and branch detection
- Resolved
-
JENKINS-43194 Lightweight checkout for PR merge jobs
- Closed
-
JENKINS-43894 Environment variables not resolved in Pipeline SCM -> Advanced clone behaviours -> Path of the reference repo
- Closed