On 5/5/2017 3:23 PM, Octave J. Orgeron wrote:
From a vendors perspective, it's incredibly difficult to keep up with the releases because once you get your automation tooling and any extra value-added components integrated with a release, it's more than likely already behind or EOL. Plus there won't be enough soak time with customers to adopt it! Not only that, but by the time you make something work for customers, there is a very high chance that the upstream version of those components will have changed enough that you'll have to either patch, re-architect, or slash and burn what you've already delivered to your customers. Not to mention it maybe impossible to upgrade your customers in a seamless or automated fashion. This is why customers will stick to an older release because the upgrade path is too painful.
If you're spending exorbitant amounts of time patching in your forks to keep up with the upstream code, then you're doing the wrong thing. Upstream your changes, or work against the APIs, or try to get the APIs you need upstream to build on for your downstream features. Otherwise this is all just burden you've put on yourself and I can't justify an LTS support model because it might make someone's downstream fork strategy easier to manage. As noted earlier, I don't see Oracle developers leading the way upstream. If you want to see major changes, then contribute those resources, get involved and make a lasting effect.
-- Thanks, Matt __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
