<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Dec 9, 2015 at 3:33 AM, Emilien Macchi <span dir="ltr"><<a href="mailto:emilien@redhat.com" target="_blank">emilien@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This morning the Puppet OpenStack had the weekly meeting [1] and we<br>
discussed about using reno [2] for release note management.<br>
<br>
We saw three possibilities:<br>
<br>
1/ we use reno and enforce each contributions (bugfix, feature, etc) to<br>
also edit a release note YAML file<br>
2/ we use reno and the release note YAML file can be updated later (by<br>
the contributor or someone else)<br></blockquote><div><br></div><div>This option is also how we use Reno in Mistral project, since it doesn't make much sense we write something for all the code changes merged into the project. I only recommend contributors to submit a releatenote file if the bugfix is really so critical that we want deployers or users to know, or it's a feature we want to share, or the change affects upgrade... etc. It's better that contributors could submit another patch which depends on the code changes.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
3/ we don't use reno and continue to manually write release notes<br>
<br>
The solution 3/ is definitely not in our scope and we are willing to use<br>
reno. Though we are looking for a way to switch using it.<br>
<br>
Some people in our group shared some feedback, and ideas. Feel free to<br>
comment inline:<br>
<br>
* Having a YAML file for one feature/bugfix/... sounds heavy.<br>
* We have 23 repositories (modules) - we will probably start using reno<br>
for one or two modules, and see how it works.<br>
* We will apply 2/ with the goal to go 1/ one day. We think directly<br>
doing 1/ will have the risk to frustrate our group since not anyone is<br>
familiar with releases. Giving -1 to a good patch just because it does<br>
not have a release note update is not something we want now. We need to<br>
educate people at using it, that's why I think we might go 2/.<br>
* Using reno will spread the release note management to our group,<br>
instead of one release manager taking care of that.<br>
<br>
Feel free to have more feedback or comment inline, we are really willing<br>
to suggestions.<br>
<br>
Thanks!<br>
<br>
[1]<br>
<a href="https://wiki.openstack.org/wiki/Meetings/PuppetOpenStack#Previous_meetings" rel="noreferrer" target="_blank">https://wiki.openstack.org/wiki/Meetings/PuppetOpenStack#Previous_meetings</a><br>
(2] <a href="http://docs.openstack.org/developer/reno/" rel="noreferrer" target="_blank">http://docs.openstack.org/developer/reno/</a><br>
<span class="HOEnZb"><font color="#888888">--<br>
Emilien Macchi<br>
<br>
</font></span><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>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><b><font color="#000000" style="background-color:rgb(243,243,243)" face="monospace, monospace">Regards!</font></b></div><div><b><font color="#000000" style="background-color:rgb(243,243,243)" face="monospace, monospace">-----------------------------------</font></b></div><div><b style="font-size:12px;line-height:18px"><font style="background-color:rgb(243,243,243)" color="#ff0000" face="monospace, monospace">Lingxian Kong</font></b><br></div></div></div></div></div>
</div></div>