<div dir="ltr">Comments inline.<div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 17, 2015 at 12:22 PM, 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi,<br>
<br>
I wanted to start the discussion here about our bug/release management<br>
system with Launchpad.<br>
<br>
A first question that comes in my mind is: should we continue to manage<br>
every Puppet module in a different Launchpad project? Or should we<br>
migrate all modules to a single project.<br>
<br>
So far this is what I think about both solutions, feel free to comment:<br>
<br>
"Having one project per module"<br>
Pros:<br>
* Really useful when having the right tools to manage Launchpad, and<br>
also to manage one module as a real project.<br>
* The solution scales to the number of modules we support.<br>
<br>
Cons:<br>
* I think some people don't go on Launchpad because there is so many<br>
projects (one per module), so they did not subscribe emails or don't<br>
visit the page very often.<br>
* Each time we create a module (it's not every day, I would say each<br>
time a new OpenStack project is started), we have to repeat the process<br>
for a new launchpad project.<br></blockquote><div>I don't think this is that big a hurdle, and it doesn't happen often. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
<br>
"Having everything in a single project"<br>
Pro:<br>
* Release management could be simpler<br></blockquote><div>What would be simpler? We'd still need to track releases of each module, as not all of them always get released at the same time. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
* A single view for all the bugs in Puppet modules<br></blockquote><div>You can view all the bugs in the openstack-puppet-modules top-level project <a href="https://bugs.launchpad.net/openstack-puppet-modules">https://bugs.launchpad.net/openstack-puppet-modules</a> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
* Maybe a bad idea, but we can use tags to track puppet modules issues<br>
(ie: puppet-openstacklib whould be openstacklib)<br>
<br>
Con:<br>
* The solution does not scale much, it depends again at how we decide to<br>
make bug triage and release management;<br>
<br>
Also, feel free to add more concerns or feedback to this discussion.<br></blockquote><div>I don't have strong feelings either way, but I'm not sure I see the current way as broken enough to change. There is a top-level project for these subprojects (<a href="https://launchpad.net/openstack-puppet-modules">https://launchpad.net/openstack-puppet-modules</a>). You can create a bug for one project and then add other projects to the bug, so having one ticket that links to multiple modules is possible.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Thanks,<br>
<span class=""><font color="#888888">--<br>
Emilien Macchi<br>
<br>
--<br>
<br>
</font></span></blockquote></div><br></div></div>