<div dir="ltr">Hi,<br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 1, 2017 at 10:47 PM, James E. Blair <span dir="ltr"><<a href="mailto:corvus@inaugust.com" target="_blank">corvus@inaugust.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
At the PTG we brainstormed a road map for Zuul once we completed the<br>
infra cutover.  I think we're in a position now that we can get back to<br>
thinking about this, so I've (slightly) cleaned it up and organized it<br>
here.<br>
<br>
I've grouped into a number of sections.  First:<br>
<br>
Very Near Term<br>
--------------<br>
<br>
These are things that we should be able to land within just a few weeks<br>
at most, once we're back from the OpenStack summit and can pay more<br>
attention to work other than the openstack-infra migration.  All of<br>
these are already in progress (some are basically finished) and all have<br>
a primary driver assigned:<br>
<br>
* granular quota support in nodepool (tobias)<br>
* zuul-web dashboard (tristanC)<br>
* update private key api for zuul-web (jeblair)<br>
* github event ingestion via zuul-web (jlk)<br>
* abstract flag (do not run this job) (jeblair)<br>
* zuul_json fixes (dmsimard)<br>
<br>
Short Term<br>
----------<br>
<br>
These are things we should be able to do within the weeks or months<br>
following.  Some have had work start on them already and have a driver<br>
assigned, others are still up for grabs.  These are things we really<br>
ought to get done before the v3.0 release because either they involve<br>
some of the defining features of v3, make it possible to actually deploy<br>
and run v3, or may involve significant changes for which we don't want<br>
to have to deal with backwards compatability.<br>
<br>
* refactor config loading (jeblair)<br>
* protected flag (inherit only within this project) (jeblair)<br>
* refactor zuul_stream and add testing (mordred)<br>
* getting-started documentation (leifmadsen)<br>
* demonstrate openstack-infra reporting on github<br>
* cross-source dependencies<br>
* add command socket to scheduler and merger for consistent start/stop<br>
* finish git driver<br></blockquote><div><br></div><div>If ok for you, I want to propose myself to work on that git driver topic. I'll try to</div><div>provide a first patch asap.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
* standardize javascript tooling<br>
<br>
------ v3.0 release --------<br>
<br>
Yay!  After we release...<br>
<br>
Medium Term<br>
-----------<br>
<br>
Once the initial v3 release is out the door, there are some things that<br>
we have been planning on for a while and should work on to improve the<br>
v3 story.  These should be straightforward to implement, but these don't<br>
need to hold up the release and can easily fit into v3.1.<br>
<br>
* add line comment support to reporters<br>
* gerrit ci reporting (2.14)<br>
* add cleanup jobs (jobs that always run even if parents fail)<br>
* automatic job doc generation<br>
<br>
Long Term / Design<br>
------------------<br>
<br>
Some of these are items that we should either discuss a bit further<br>
before implementing, but most of them probably warrant an proposal in<br>
infra-specs so we can flesh out the design before we start work.<br>
<br>
* gerrit ingestion via separate process?<br>
* per-job artifact location<br>
* need way for admin to trigger a single job (not just a buildset)<br>
* nodepool backends<br>
* nodepool label access (tenant/project label restrictions?)<br>
* nodepool tenant awareness?<br>
* nodepool rest api alignment?<br>
* selinux domains<br>
* fedmesg driver (trigger/reporter)<br>
* mqtt driver (trigger/reporter)<br>
* nodepool status ui?<br>
<br>
How does this look?<br>
<br>
-Jim<br>
<br>
______________________________<wbr>_________________<br>
OpenStack-Infra mailing list<br>
<a href="mailto:OpenStack-Infra@lists.openstack.org">OpenStack-Infra@lists.<wbr>openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-infra</a></blockquote></div><br></div></div>