[rdo-list] Third party DLRN CI and the need for a "-head" builder
Paul Belanger
pabelanger at redhat.com
Fri Oct 7 00:39:32 UTC 2016
On Thu, Oct 06, 2016 at 06:05:41PM -0400, David Moreau Simard wrote:
> Hi,
>
> So with the help of Paul Belanger, we've identified the issue that
> prevented the "openstack-check-verified" pipeline from working.
>
Happy to help get this working! I expect it to add some great value for RDO.
Here is an example of an upstream patch that passed check, but failed to build
downstream[4].
[4] https://www.redhat.com/archives/rdo-infra-list/2016-October/msg00029.html
> The Zuul openstack-check-verified pipeline [1] from
> review.rdoproject.org can be used to trigger builds on upstream
> projects on each patchset, only when Jenkins has +1'd it.
> The goal with this pipeline is to do third party CI with DLRN in order
> to try and build projects' patches to warn us for failure to build
> errors ahead of time, even before the change merges.
>
> We're not planning on voting on the Gerrit changes, it's solely to
> check if there are any issues building the project with that
> particular patch.
>
> So we really have two Ocata DLRN instances now, one that is pinned to
> upper-constraints [2] and one that builds the "master of everything"
> [3].
> I was thinking... If we're able to do third party CI against upstream
> with DLRN do we need that "head" instance ?
>
> The "head" instance exists, as far as I know, to let us know if
> anything from unpinned projects fails to build.
> The third party CI will let us know that -- and even before, ahead of
> time, before the change causing the failure even merges.
>
> Thoughts ?
>
> [1]: https://review.rdoproject.org/r/gitweb?p=config.git;a=blob;f=zuul/upstream.yaml;h=f4cad72201cf602a06d16ec2d84c23d0dadbae18;hb=HEAD#l22
> [2]: https://trunk.rdoproject.org/centos7-master/
> [3]: https://trunk.rdoproject.org/centos7-master-head/
>
> David Moreau Simard
> Senior Software Engineer | Openstack RDO
>
> dmsimard = [irc, github, twitter]
>
> _______________________________________________
> rdo-list mailing list
> rdo-list at redhat.com
> https://www.redhat.com/mailman/listinfo/rdo-list
>
> To unsubscribe: rdo-list-unsubscribe at redhat.com
More information about the dev
mailing list