Paul Belanger <pabelanger@redhat.com> writes:
On Thu, Mar 07, 2019 at 11:32:39AM +0900, Tristan Cacqueray wrote:
Ideally, we would grow a hierarchy of operators to manage the gating system, and then you could have an opendev-operator to compose: * log-processor-operator * elastic-search-operator * paste-operator, etherpad-operator, ... * gerrit-operator
I think these are fine to have, but I am on the fence if they are under the scope of what zuul should do. As an example, I can totally see opendev.org wanting doing this. As long as everything is all disconnected from zuul-operator, I would be okay. Personally, I don't want zuul to managed a gerrit.
I'm not on the fence about that. :) If we take Tristan's comment as describing a Zuul operator's place in potentially one of many larger systems, that's great. It's good to think about how what we create might be used. But here on this mailing list, this team of folks is focused on the Zuul project, which is the components here: https://git.zuul-ci.org/cgit So it's fine to suggest that perhaps this Zuul operator might be part of a larger OpenDev operator project, but that decision would be made by the OpenDev team. If folks are interested in contributing to such a project, it would be worth bringing it up on the openstack-infra mailing list.
We also started to investigate operators for Software Factory component and perhaps we could join force?
Please do. :) -Jim