[JIRA] (JENKINS-42628) Add support for sparse checkouts in submodules

2 views
Skip to first unread message

alex.helfet@gmail.com (JIRA)

unread,
Mar 9, 2017, 11:13:05 AM3/9/17
to jenkinsc...@googlegroups.com
Alex H created an issue
 
Jenkins / New Feature JENKINS-42628
Add support for sparse checkouts in submodules
Issue Type: New Feature New Feature
Assignee: Mark Waite
Components: git-client-plugin, git-plugin
Created: 2017/Mar/09 4:12 PM
Labels: git git-plugin git-client
Priority: Minor Minor
Reporter: Alex H

The Jenkins Git plugin currently supports sparse checkouts and submodules, but not sparse checkouts of a submodule. I would like to do a sparse checkout of a submodule.

It looks like the submodule has its own .git/info/sparse-checkout file that needs to be modified at ${REPO}/.git/modules/${SUBMODULE_PATH}/info/sparse-checkout to make this work.

Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e)
Atlassian logo

mark.earl.waite@gmail.com (JIRA)

unread,
Mar 9, 2017, 11:29:01 AM3/9/17
to jenkinsc...@googlegroups.com
Mark Waite assigned an issue to Unassigned
Change By: Mark Waite
Assignee: Mark Waite

mark.earl.waite@gmail.com (JIRA)

unread,
Mar 9, 2017, 11:31:01 AM3/9/17
to jenkinsc...@googlegroups.com
Mark Waite commented on New Feature JENKINS-42628
 
Re: Add support for sparse checkouts in submodules

Thanks for the suggestion.  Unfortunately, it has the same user interface challenges as the proposal to support submodule authentication with different credentials for each submodule.

In both cases, the list of submodules (which may vary by branch) needs to be presented to the user so that the can define the sparse checkout configuration for that submodule.

I don't expect to ever implement this enhancement request due to the complexity it will create in the user experience.

alex.helfet@gmail.com (JIRA)

unread,
Mar 9, 2017, 6:14:01 PM3/9/17
to jenkinsc...@googlegroups.com
Alex H commented on New Feature JENKINS-42628

Thanks for the response, Mark.

Yes, the UI you describe does sound like quite a lot of work. I'd be happy with a simpler alternative, e.g. where the user can enter the module path themselves in a text box and there was a warning or error reported when the build ran if that module path was not present. I feel this would be fairly easy to implement and would certainly handle my use-case. I consider sparse checkout a disk space optimisation, so the consequences of incorrect configuration are less severe than other submodule parameters.

What do you think about this option?

mark.earl.waite@gmail.com (JIRA)

unread,
Mar 9, 2017, 11:01:01 PM3/9/17
to jenkinsc...@googlegroups.com

It just doesn't sound simple enough for my preferences.

alex.helfet@gmail.com (JIRA)

unread,
Mar 9, 2017, 11:14:01 PM3/9/17
to jenkinsc...@googlegroups.com
Alex H commented on New Feature JENKINS-42628

OK, thanks for your input. I already have scripts in build steps implementing this for me, so will probably stick with this in my current project. I might try and document this approach on the wiki or in a blog post at some point.

alex.helfet@gmail.com (JIRA)

unread,
Mar 9, 2017, 11:15:01 PM3/9/17
to jenkinsc...@googlegroups.com
Alex H resolved as Won't Fix
 
Change By: Alex H
Status: Open Resolved
Resolution: Won't Fix

mark.earl.waite@gmail.com (JIRA)

unread,
Oct 22, 2019, 9:35:37 PM10/22/19
to jenkinsc...@googlegroups.com
Mark Waite closed an issue as Won't Fix
Change By: Mark Waite
Status: Resolved Closed
This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f)
Atlassian logo
Reply all
Reply to author
Forward
0 new messages