I can't figure out how I might use Jenkinsfile to specify options on the 
initial clone operation - AFAICT, the clone occurs before any steps in my 
Jenkinsfile pipeline take place, right?   With the multibranch plugin, I 
can only seem to control options on the checkout.   Am I missing something?


On Sunday, 5 June 2016 13:55:49 UTC+1, Mark Waite wrote:
>
> The git plugin supports a reference repository from its "Advanced clone 
> options".  A reference repository reduces the clone time and the disk space 
> for the history portion of a repository clone by creating pointers into a 
> bare repository on the same computer.
>
> The git plugin supports shallow clone from its "Advanced clone options".  
> A shallow clone reduces the clone time and disk space for the history 
> portion of a repository clone by only cloning a certain number of commits 
> rather than the entire history.  With git versions after 1.9, I believe it 
> can still push new commits from a shallow clone.
>
> The git plugin allows sparse checkouts from the "Sparse checkout" 
> additional behaviour.  Sparse checkouts reduce disc space for the working 
> directory portion of the clone by using a subset of the working directory 
> to be checked out instead of the full working directory.
>
> Each of those options can be assigned in a Jenkinsfile.  The pipeline 
> snippet generator knows how to create those options when you choose git in 
> the snippet generator.
>
> I still haven't found the "best" way to handle those additional git plugin 
> options when dealing with merges between long-lived git branches.  When I 
> assign those types of options, I seem to also be required to assign a 
> branch to be built, though I don't want that git "branch to be built" to 
> merge between long-lived branches.
>
> Mark Waite
>
> On Sun, Jun 5, 2016 at 6:10 AM Jonathan del Strother <jdelst...@gmail.com 
> <javascript:>> wrote:
>
>> Is there any way to get the multibranch plugin to share its git 
>> checkouts?   It's fetching a fresh clone from github for every single 
>> branch, which seems excessive when I have 30 branches and a 500MB repo.  
>> I'm struggling to get it working because the initial checkouts keep getting 
>> killed due to the 10 minute timeout.
>> I wondered if there was an option to either have a single .git repo 
>> shared amongst the workspaces (perhaps with git-worktree), or a local repo 
>> that can be cloned from, to avoid the repeated transfer from github.com.
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Jenkins Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to jenkinsci-use...@googlegroups.com <javascript:>.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/jenkinsci-users/23e7bf3e-513d-4720-ac70-506bae1f8b22%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/jenkinsci-users/23e7bf3e-513d-4720-ac70-506bae1f8b22%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/2ac4f00c-29aa-410d-8fb8-360973eb2d15%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to