<div dir="ltr">They're both fairly easy to understand. I think the multi-playbook option might make any customization that we might need to do later a bit easier, if that's something we foresee<div>doing to these playbooks. If they're pretty much set in stone as they are though, I don't</div><div>think it will matter much either way.</div><div><br></div><div>-Dave</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 8, 2017 at 10:33 AM, Paul Belanger <span dir="ltr"><<a href="mailto:pabelanger@redhat.com" target="_blank">pabelanger@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Mar 08, 2017 at 10:20:23AM -0500, Paul Belanger wrote:<br>
><br>
> Greetings,<br>
><br>
> Allow me to bring to your attention a series of patches which create our first<br>
> zuulv3 jobs. Specifically, we are looking to discuss what a generic tox job in<br>
> ansible will look like.<br>
><br>
> Currently, we have 2 proposed patches for zuul (feature/zuulv3) branch<br>
> available:<br>
><br>
> Generic tox (single playbook)<br>
> - <a href="https://review.openstack.org/438281" rel="noreferrer" target="_blank">https://review.openstack.org/<wbr>438281</a><br>
><br>
</span>Apologies, ^ is our multiple playbooks<br>
<span class=""><br>
> Generic tox (multi playbook)<br>
> - <a href="https://review.openstack.org/442180" rel="noreferrer" target="_blank">https://review.openstack.org/<wbr>442180</a><br>
><br>
</span>^ is our single playbook<br>
<div class="HOEnZb"><div class="h5"><br>
> Starting with 438281, the main differences lay within the .zuul.yaml file. As<br>
> you can see by looking at the code, we are not defining any variables (vars) in<br>
> .zuul.yaml. This means, we create 3 separate playbooks (tox-cover.yaml,<br>
> tox-py27, tox-linters.yaml) which then contain the variables we need for our tox<br>
> role.<br>
><br>
> With 442180, we move our tox role variables into .zuul.yaml (vars section) and<br>
> use a single playbook (tox.yaml) as our entry point for each job.<br>
><br>
> Everything else between the 2 patches is the same. So, with that in mind, which<br>
> patch do people prefer?<br>
><br>
> -PB<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><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><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>David Shrewsbury (Shrews)<br></div></div></div>
</div>