[openstack-dev] Thoughts on the patch test failure rate and moving forward
Chmouel Boudjnah
chmouel at enovance.com
Thu Jul 24 10:06:48 UTC 2014
Hello,
Thanks for writing this summary, I like all those ideas and thanks working
hard on fixing this.
> * For all non gold standard configurations, we'll dedicate a part of
> our infrastructure to running them in a continuous background loop,
> as well as making these configs available as experimental jobs. The
> idea here is that we'll actually be able to provide more
> configurations that are operating in a more traditional CI (post
> merge) context. People that are interested in keeping these bits
> functional can monitor those jobs and help with fixes when needed.
> The experimental jobs mean that if developers are concerned about
> the effect of a particular change on one of these configs, it's easy
> to request a pre-merge test run. In the near term we might imagine
> this would allow for things like ceph, mongodb, docker, and possibly
> very new libvirt to be validated in some way upstream.
What about external CI ? is external CI would need to be post merge or
still stay as is ? what would be the difference between external CI
plugging on review changes and post CI merges?
Chmouel
More information about the OpenStack-dev
mailing list