-
Improvement
-
Resolution: Unresolved
-
Minor
-
None
When using declarative pipeline in a pipeline(not multibranch-pipeline) job and adding the additional behavior to "Git LFS pull after checkout".
This is actually done on master too. Which for very LARGE files seems over kill.
First off we don't have LFS installed on master.
Secondly we don't have that much storage allocated cause we never considered the master would be trying to pull from our LFS storage that is a job for our agents...
Unless I am mistaken I don't think this is the intended behavior.
Of course I could try an extension plugin that says avoids LFS checkout on master.
I would be happy to look into a solution for the git plugin if this is indeed not the intended behavior.
Extension plugin that allows optionally skipping LFS checkout on master seems like a reasonable approach in this case.
A declarative Pipeline job (not multibranch) was assumed (by me anyway) that if it performs a checkout on the master (to get the Jenkinsfile, or for whatever other reason), it would use the same checkout as the agent uses. I'm not sure that my assumption was valid, only that it was my assumption.
However, the GitHub Branch Source plugin, the Bitbucket Branch Source plugin, and the Gitea Branch Source plugin all use a REST API call to get the Jenkinsfile (for multibranch at least). If the purpose of the checkout on the master is just to obtain the Jenkinsfile, then I have no objection to an extension plugin that optionally skips LFS checkout on master.