In article <55523ADB.4000508 at hastings.org>, Larry Hastings <larry at hastings.org> wrote: > On 05/12/2015 10:23 AM, Chris Angelico wrote: > > Will this model be plausibly extensible to every release? For > > instance, when a 3.5.1 rc is cut, will the 3.5 branch immediately > > become 3.5.2, with a new 3.5.1 branch being opened on bitbucket? > Yes, we could always do it that way, though in the past we haven't > bothered. Development on previous versions slows down a great deal > after x.y.1. Well, we *could*. But that is hardly worth it as we don't do long-term maintenance of each maintenance release. In other words, from a python-dev perspective, 3.5.1 is dead the moment 3.5.2 goes out the door; we only maintain the most recent maintenance release of a major release cycle. So there is no need for a 3.5.x branch other than possibly during the typically very short rc cycle of a maintenance release and even then we usually see at most a couple of rc fixes and usually none, as expected. -- Ned Deily, nad at acm.org
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4