<div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Nov 29, 2013 at 2:14 PM, Sandy Walsh <span dir="ltr"><<a href="mailto:sandy.walsh@rackspace.com" target="_blank">sandy.walsh@rackspace.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So, as I mention in the branch, what about deployments that haven't transitioned to the library but would like to cherry pick this feature?<br>

<br>
"after it starts moving into a library" can leave a very big gap when the functionality isn't available to users.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">Are those deployments tracking trunk or a stable branch? Because IIUC, we don't add features like this to stable branches for the main components, either, and if they are tracking trunk then they will get the new feature when it ships in a project that uses it. Are you suggesting something in between?</div>
<div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Doug</div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
-S<br>
<br>
________________________________________<br>
From: Eric Windisch [<a href="mailto:eric@cloudscaling.com">eric@cloudscaling.com</a>]<br>
Sent: Friday, November 29, 2013 2:47 PM<br>
To: OpenStack Development Mailing List (not for usage questions)<br>
Subject: Re: [openstack-dev] [oslo] maintenance policy for code graduating from the incubator<br>
<div class="HOEnZb"><div class="h5"><br>
> Based on that, I would like to say that we do not add new features to<br>
> incubated code after it starts moving into a library, and only provide<br>
> "stable-like" bug fix support until integrated projects are moved over to<br>
> the graduated library (although even that is up for discussion). After all<br>
> integrated projects that use the code are using the library instead of the<br>
> incubator, we can delete the module(s) from the incubator.<br>
<br>
+1<br>
<br>
Although never formalized, this is how I had expected we would handle<br>
the graduation process. It is also how we have been responding to<br>
patches and blueprints offerings improvements and feature requests for<br>
oslo.messaging.<br>
<br>
--<br>
Regards,<br>
Eric Windisch<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>
<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>
</div></div></blockquote></div><br></div></div>