A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/2003-September/037965.html below:

[Python-Dev] Documenting branch policy

[Python-Dev] Documenting branch policy [Python-Dev] Documenting branch policyBarry Warsaw barry at python.org
Mon Sep 8 14:18:30 EDT 2003
 On Sun, 2003-09-07 at 12:19, Greg Ward wrote:

> <h5>Release branches</h5>
> 
> <p>Every release up to and including the final release for a new major
> Python version is accompanied by a <em>release branches</em>.

There's even some debate about these (I've caught up with the thread, so
I know you've withdrawn this change).  I've been backing off the use of
release branches because they create more complexity in a world where
none of us have much time to deal with it.  For 2.3, python-dev was
really good about heeding calls for checkin freezes, and the time
between wanting to cut the release and actually doing it was pretty
short, so I don't see much need for release branches.  I updated PEP 101
to reflect this.

-Barry



More information about the Python-Dev mailing list

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