[OpenStack-Infra] Rechecking OpenStack CI

Joshua Hesketh joshua.hesketh at rackspace.com
Tue Aug 12 04:15:57 UTC 2014


Hi Sergey,

Right, what I am actually proposing is to /remove/ that functionality.

Specifically how it is currently configured there is no way to trigger 
3rd party tests without rerunning (and hence wasting) 1st party CI.

Cheers,
Josh

Rackspace Australia

On 8/11/14 9:54 PM, Sergey Lukjanov wrote:
> FWIW it's already configured to recheck on recheck .*
>
> https://github.com/openstack-infra/config/blob/master/modules/openstack_project/files/zuul/layout.yaml#L18
>
> On Fri, Aug 8, 2014 at 5:56 AM, Joshua Hesketh
> <joshua.hesketh at rackspace.com> wrote:
>> Howdy,
>>
>> So I'm wondering if we can optimise our resource usage by limiting when we
>> run rechecks a little tighter. A recent change[0] removed the need for
>> supplying 'no bug' or 'bug #' as it was decided these were unnecessary.
>> However we are now triggering rechecks on 'recheck*' which means when
>> somebody wants to recheck a third party they will also be wasting
>> OpenStack's resources (eg 'recheck migrations' will trigger both
>> turbo-hipster and jenkins).
>>
>> There is also the case where we might want to recheck Jenkins and not a
>> third party. Most 1st and 3rd party systems both currently trigger on
>> 'recheck no bug' for legacy reasons but it is wasting both 3rd and 1st party
>> resources. Basically we need a way of rechecking only the failing system or
>> the system the commenter is concerned with.
>>
>> I'd like to propose that OpenStack's CI triggers on the following comments:
>>
>> recheck no bug
>> recheck bug #
>> recheck openstack-ci
>> recheck jenkins
>> recheck all
>>
>> The first two would be there for legacy matching while we re-train users to
>> use the latter. The thought process here is that once we figure out the
>> naming of CI systems we can just use 'recheck system-name' and save on
>> resources by not rechecking everything all the time. Rechecking based on the
>> username commenting on the system is a usability thing in my mind. This
>> should make it obvious to developers how to target their rechecks.
>>
>> Thoughts?
>>
>> Cheers,
>> Josh
>>
>> [0] https://review.openstack.org/#/c/108724/
>>
>> --
>> Rackspace Australia
>>
>>
>> _______________________________________________
>> OpenStack-Infra mailing list
>> OpenStack-Infra at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
>
>




More information about the OpenStack-Infra mailing list