<div dir="ltr">Hi Doug,<div>I posted in wrong thread :) Sorry for that. The right one is <a href="http://lists.openstack.org/pipermail/openstack-dev/2018-June/131688.html">http://lists.openstack.org/pipermail/openstack-dev/2018-June/131688.html</a></div><br><div class="gmail_quote"><div dir="ltr">Vào Th 5, 21 thg 6, 2018 vào lúc 01:00 Doug Hellmann <<a href="mailto:doug@doughellmann.com">doug@doughellmann.com</a>> đã viết:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Excerpts from Tung Doan's message of 2018-06-21 00:35:38 +0200:<br>
>  I agree with Bobh. Considering both Heat Translator and Tosca Parser under<br>
> the management of Tacker could affect other projects. We have recently<br>
> announced OpenStack Apmec [1] (MEC Orchestration Service) which<br>
> consumed these two projects as well.<br>
> In case Heat PTL does not have enough bandwidth to take care of the release<br>
> of these two projects. I just wonder whether it is reasonable to release<br>
> them when having only the approval of their PTL.<br>
> <br>
> [1] <a href="https://github.com/openstack/apmec/tree/master/apmec" rel="noreferrer" target="_blank">https://github.com/openstack/apmec/tree/master/apmec</a><br>
<br>
According to<br>
<a href="https://governance.openstack.org/tc/reference/projects/heat.html" rel="noreferrer" target="_blank">https://governance.openstack.org/tc/reference/projects/heat.html</a> the<br>
Heat PTL *is* the PTL for heat-translators. Any internal team structure<br>
that implies otherwise is just that, an internal team structure.<br>
<br>
I'm really unclear on what the problem is here. The PTL requested a<br>
release; it looked fine; I approved it; it was completed.<br>
<br>
The release team tries to facilitate releases happening as quickly<br>
as possible so we don't block work anyone else is trying to do.<br>
There was no apparent reason to wait for this one.  If the teams<br>
using heat-translator want to coordinate on when releases happen<br>
for some reason, then please deal with that before requesting the<br>
releases (and use a W-1 on the patch if you want us to hold off<br>
until you get approval).  The release team has said we do not want<br>
to have to keep up with separate liaisons for individual deliverables<br>
because it's too much to for us to track.<br>
<br>
In the mean time, releases are cheap and we can have as many of<br>
them as we want, so if there are additional features in the pipeline<br>
that will be ready to be released soon we can just do that when<br>
they merge.<br>
<br>
And if changes are going into heat-translator that might break<br>
consuming projects, we should deal with that the way we do in other<br>
libraries and set up cross-project gating to try to catch the<br>
problems ahead of time. (Maybe that testing is already in place?)<br>
We can also use the constraint system to block "bad" releases if<br>
they do happen. But it's generally better for us to be releasing<br>
libraries and tools as often as possible, so that any breaking<br>
changes come as part of a small set and so new features are available<br>
shortly after they are implemented.<br>
<br>
Doug<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br clear="all"><div><br></div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><i><br></i></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>