+1 on the submodule solution. We started using it some months ago since the
branch option came out.
As a simplistic analogy, you can see it as svn: externals equivalent.

It helps developers (and ci configuration) to retrieve many related
projects in only one clone command.

My 2 cents
Le 14 févr. 2014 05:10, "Mark Derricutt" <m...@talios.com> a écrit :

> Jenkins could build from a super-repo that uses git submodule.
>
> Since a quite a few versions ago, git-submodules can now follow a branch
> rather than a fixed SHA1.
>
> So you could build/test monolithically, branch/commit individually.
>
> Compromise maybe?
>
>
> On 14 Feb 2014, at 6:28, Hervé BOUTEMY wrote:
>
>  each entry would mean 1 git repo + 1Jenkins job (or even more, since
>> plugins
>> have multiple Jenkins jobs: 1 for Maven 2.2.x, 1 for Maven 3.0.x, 1 for
>> Maven
>> 3.1.x)
>> IMHO, we're not ready for such granularity, neither at git nor Jenkins
>> level
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>

Reply via email to