Open Stack

Well, Luke, this is collaborative effort by everybody. By having these CI
systems in place ensures that one person's code does not break other
person's code and vice versa. Therefore, having these CI systems
operational and voting 24x7 is a critical step in achieving this goal.

However, the details as to how and what should be tested is definitely
debatable and the team has done excellent job in converging on that.

Now, as to the issue at hand which Anita is describing, I attended the
meeting this morning and was very pleased with the debate that took place
and the definition as to Sucess


On Mon, Jun 30, 2014 at 12:27 PM, Luke Gorrie <luke at tail-f.com> wrote:

> On 30 June 2014 21:08, Anita Kuno <anteaya at anteaya.info> wrote:
>
>> I am disappointed to realize that Ilya (or stackalytics, I don't know
>> where this is coming from) is unwilling to cease making up definitions
>> of success for third party ci systems to allow the openstack community
>> to arrive at its own definition.
>>
>
> There is indeed a risk that the new dashboards won't give a meaningful
> view of whether a 3rd party CI is voting correctly or not.
>
> However, there is an elephant in the room and a much more important
> problem:
>
> To measure how accurately a CI is voting says much more about a driver
> author's "Gerrit-fu" ability to operate a CI system than it does about
> whether the code they have contributed to OpenStack actually works, and the
> latter is what is actually important.
>
> To my mind the whole 3rd party testing discussion should refocus on
> helping developers maintain good working code and less on waving "you will
> be kicked out of OpenStack if you don't keep your swarm of nebulous daemons
> running 24/7".
>
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140630/50154620/attachment.html>