<div dir="ltr">I have another question about incubator proposal, for CLI and GUI. Do we imply that the incubator feature will need to branch python-neutron client, Horizon, and or Nova ( if changes are needed)?<div><br></div>
<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 26, 2014 at 7:09 PM, James E. Blair <span dir="ltr"><<a href="mailto:corvus@inaugust.com" target="_blank">corvus@inaugust.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
After reading <a href="https://wiki.openstack.org/wiki/Network/Incubator" target="_blank">https://wiki.openstack.org/wiki/Network/Incubator</a> I have<br>
some thoughts about the proposed workflow.<br>
<br>
We have quite a bit of experience and some good tools around splitting<br>
code out of projects and into new projects.  But we don't generally do a<br>
lot of importing code into projects.  We've done this once, to my<br>
recollection, in a way that preserved history, and that was with the<br>
switch to keystone-lite.<br>
<br>
It wasn't easy; it's major git surgery and would require significant<br>
infra-team involvement any time we wanted to do it.<br>
<br>
However, reading the proposal, it occurred to me that it's pretty clear<br>
that we expect these tools to be able to operate outside of the Neutron<br>
project itself, to even be releasable on their own.  Why not just stick<br>
with that?  In other words, the goal of this process should be to create<br>
separate projects with their own development lifecycle that will<br>
continue indefinitely, rather than expecting the code itself to merge<br>
into the neutron repo.<br>
<br>
This has advantages in simplifying workflow and making it more<br>
consistent.  Plus it builds on known integration mechanisms like APIs<br>
and python project versions.<br>
<br>
But more importantly, it helps scale the neutron project itself.  I<br>
think that a focused neutron core upon which projects like these can<br>
build on in a reliable fashion would be ideal.<br>
<br>
-Jim<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br></div>