<div dir="ltr"><br><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><br>// jim</div></div>
<br><div class="gmail_quote">On Mon, Aug 13, 2018 at 9:46 AM, Doug Hellmann <span dir="ltr"><<a href="mailto:doug@doughellmann.com" target="_blank">doug@doughellmann.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Excerpts from Dmitry Tantsur's message of 2018-08-13 15:35:23 +0200:<br>
<span class="">> Hi,<br>
> <br>
> The plugins are branchless and should stay so. Let us not dive into this madness <br>
> again please.<br>
<br>
</span>You are correct that we do not want to branch, because we want the<br>
same tests running against all branches of services in our CI system<br>
to help us avoid (or at least recognize) API-breaking changes across<br>
release boundaries.<br>
<br>
We *do* need to tag so that people consuming the plugins to certify<br>
their clouds know which version of the plugin works with the version<br>
of the software they are installing. Newer versions of plugins may<br>
rely on features or changes in newer versions of tempest, or other<br>
dependencies, that are not available in an environment that is<br>
running an older cloud.<br>
<br>
We will apply those tags in the series-specific deliverable files in<br>
openstack/releases so that the version numbers appear together on<br>
<a href="http://releases.openstack.org" rel="noreferrer" target="_blank">releases.openstack.org</a> on the relevant release page so that users<br>
looking for the "rocky" version of a plugin can find it easily.<br></blockquote><div><br></div><div>Thanks Doug. My confusion was around the cycle-with-intermediary model,</div><div>which I thought implied a stable branch. Tagging at end of cycle seems</div><div>fine to me. :)</div><div><br></div><div>// jim</div></div></div></div>