<div dir="ltr"><div><div><div>I would try for now to minimize the number of projects because they are difficult to maintain and stick to Tags field until we clearly define what goes where.<br><br></div>Some thoughts:<br></div>if we put CLI as a separate project, where we'd put some plugin specific, for example PRM, cli section/command/option request? Under project CLI with tag RPM?<br></div>Or under rpm_plugin project with tag CLI?<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><br><br>--------<br>Regards,<br><br>Ina Panova<br>Software Engineer| Pulp| Red Hat Inc.<br><br>"Do not go where the path may lead,<br> go instead where there is no path and leave a trail."<br></div></div></div>
<br><div class="gmail_quote">On Thu, Apr 5, 2018 at 1:21 AM, Austin Macdonald <span dir="ltr"><<a href="mailto:austin@redhat.com" target="_blank">austin@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Wed, Apr 4, 2018 at 6:09 PM, Dennis Kliban <span dir="ltr"><<a href="mailto:dkliban@redhat.com" target="_blank">dkliban@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Anything that is going to have it's own release cadence should be tracked in it's own project. That way we can assign issues related to specific release of that project to the particular release. </div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div>Are we going to release the CLI, Ansible Installer, and the Migration tool as part of one version of Pulp or will these all be versioned separately?<br></div></blockquote><div><br></div></span><div>Seems reasonable. IMO, CLI should be released on its own. Ansible Installer role will have its own cadence on Galaxy. Vagrant/playbooks will not be released.</div><div><br></div><div>The Migration tool is tricky. A pulpcore migration tool would be one thing, but each plugin will probably need its own migration tool. So... /me shugs.</div><span class=""><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_-2371467877646664209h5">On Wed, Apr 4, 2018 at 5:41 PM, Austin Macdonald <span dir="ltr"><<a href="mailto:austin@redhat.com" target="_blank">austin@redhat.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="m_-2371467877646664209h5"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="m_-2371467877646664209m_8965490375255510775m_-5339351893109439989m_4148905111584813164gmail-h5"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration-style:initial;text-decoration-color:initial"><div><br></div></div></div></blockquote></div></div><div>I'm hoping to continue the "Infrastructure" Redmine project for things like website hosting. I see what you mean though because it will be developed and released separately. I think we're in a similar situation for 3 things: the ansible installer, the migration tool, and CLI, and for each of them we should either make their own Redmine projects or a tag under Pulp. We already have many Redmine projects and they are kind of a pain so I want to float a tags based approach for feedback. Perhaps keeping them out of "Pulp" means that we remove all the existing tags from them and tag them with new tags like 'Ansible Installer', '2to3 Migration' and 'CLI'?</div></div></div></div></blockquote><div><br></div></span><div>I had hoped that someday there would be a separate group of committers for pulp/devel or wherever we keep it. Also, I wouldnt want potential users/PMs to see a "bug count" that includes non-user facing issues. These concerns are trivial though, and if projects are a pain, I'm fine with keeping Tags.</div><div><br></div><div>Since projects are a pain, can we get rid of the "external" project? <a href="https://pulp.plan.io/projects/external/issues" target="_blank">https://pulp.plan.io/projects/<wbr>external/issues</a></div><div><br></div></div></div></div>
<br></div></div><span>______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/pulp-dev</a><br>
<br></span></blockquote></div><br></div>
</blockquote></span></div><br></div></div>
<br>______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/pulp-dev</a><br>
<br></blockquote></div><br></div>