<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 10, 2016 at 10:21 AM, Matthew Treinish <span dir="ltr"><<a href="mailto:mtreinish@kortar.org" target="_blank">mtreinish@kortar.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">But, to keep the gate running<br>
involves a lot of coordination between multiple projects that are tightly<br>
coupled. Things like an entire extra set of job definitions in zuul, a branch on<br>
global requirements, a devstack branch, extra devstack-gate logic, a bunch of<br>
extra config options for skips in tempest, extra node types, etc. Keeping all<br>
those things working together is a big part of what stable maint actually<br>
entails. </blockquote><div><br></div><div>that actually makes more sense (sorry I missed any earlier explanation) - I'm reading this as there is only ever one CI *system* running at a time, and that system needs to know a bunch about how to *setup* a test job on an old branches - not that any of the old versions of code or tests or even the history of the CI system that existed and was able to test them at the time is GONE - its just that the current deployed system needs to move on...</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">That's why at the EOL we tag<br>
the branch tip and then delete it. Leaving the branch around advertises that<br>
we're in a position to accept new patches to it, which we aren't after the EOL.<br>
<br></blockquote><div><br></div><div>Oh wow... so it *is* GONE ;)</div><div><br></div><div>And really "we can't test it so no-one can" might be a big part of the issue that was brought up in the earlier thread.  Maybe trying to support stable branches longer than 18 months is *not* something can to be broadly supported inside of OpenStack (there seemed to be some interest in the etherpad going out to 24 months some day, even though older branches would have less and less support for new testing capabilities).  But I think the heart of this thread is "we appreciate the complexity and effort that it takes to deliver what we have for older branches.  [full stop]  We need a way to extend some minimal life support into older releases in a way that is compatible with the current policy.  [full stop] "</div><div><br></div><div>Would it be *too* confusing to have "End of Full OpenStack Supported Official Testing/Life" != "End of a projects commitment to people running clouds using our software to try and help them be successful"?  Without having to define unilaterally for every installation that the only option for success is upgrade to the next about to be abandoned in 6-18 mo major release?</div><div><br></div><div>I think ideally we'd be looking for a way to let them have their cake without extra work.</div><div><br></div><div>OTOH, forking to support old branches seems just as reasonable to me as well (that's what we do)...</div><div><br></div><div>However, I fully admit, I'm probably thinking about it wrong.  :D<br></div><div><br></div><div>-Clay</div><div><br></div></div></div></div>