You are viewing a plain text version of this content. The canonical link for it is here.
Posted to infrastructure-issues@apache.org by "Andrew Bayer (JIRA)" <ji...@apache.org> on 2015/08/16 08:14:46 UTC

[jira] [Commented] (INFRA-10126) CI infrastructure for CouchDB

    [ https://issues.apache.org/jira/browse/INFRA-10126?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14698549#comment-14698549 ] 

Andrew Bayer commented on INFRA-10126:
--------------------------------------

I'm traveling today so can't write much now, but I definitely want to get you all going on builds.a.o. As a general rule, I'd prefer not to split out to a separate Jenkins master, but that probably depends on what exactly you need. What OSes do you need builds on? Windows is traditionally the biggest pain - we can do cloud slaves for Unix OSes, but Jenkins, Windows and dynamic slaves don't play together very well, so Windows would require dedicated VMs. We've got a fairly limited pool for dedicated VMs, so that may need to come from elsewhere (plus Windows slaves need more handholding than Unix ones, thanks to some instability in the Jenkins JNLP slave agent).

> CI infrastructure for CouchDB
> -----------------------------
>
>                 Key: INFRA-10126
>                 URL: https://issues.apache.org/jira/browse/INFRA-10126
>             Project: Infrastructure
>          Issue Type: Task
>          Components: Jenkins
>            Reporter: Bastian
>            Assignee: Andrew Bayer
>
> The CouchDB project wants to up their CI game. Right now there is only an undermaintained Jenkins installation on a box in Jan Lehnhardt's flat. The goal is to build and test CouchDB on as many different OSes and Erlang versions as possible. In the end, this will probably a matrix of build slaves. I volunteered to help with that/take care of that. I already started to create an Ansible project that provisions a Jenkins server and several slaves for different OSes.
> But in the end this will probably need to run on some "official" ASF CI infrastructure.
> The two options I see are
> 1) Integrate this into the existing Jenkins infrastructure?
> 2) Run it on different VMs provided by the ASF infra team?
> I read some of the docs at https://cwiki.apache.org/confluence/display/REEF/Continuous+Integration+Setup and saw that the usual way is to maintain the job configs manually. This might be quite a lot of effort since we will need a large number of jobs (for the matrix of configurations). We plan to automate as much as possible, even the job configs and the slave configs etc. Of course, this might conflict with the existing Jenkins setup.
> Which of the two options is viable? What is the best way to proceed here?
> Kind regards
>   Bastian



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)