[Python-Dev] Merge the string_methods tag?

Guido van Rossum guido at CNRI.Reston.VA.US
Fri Jun 18 16:51:16 CEST 1999


> Ive been running the string_methods tag (term?) under CVS for quite some
> time now, and it seems to work perfectly.  I admit that I havent stressed
> the string methods much, but I feel confident that Barry's patches havent
> broken existing string code.
> 
> Also, I find using that tag with CVS a bit of a pain.  A few updates have
> been checked into the main branch, and you tend to miss these (its a pity
> CVS can't be told "only these files are affected by this tag, so the rest
> should follow the main branch."  I know I can do that personally, but that
> means I personally need to know all files possibly affected by the branch.)
> Anyway, I digress...
> 
> I propose that these extensions be merged into the main branch.  The main
> advantage is that we force more people to bash on it, rather than allowing
> them to make that choice <wink>.  If the Unicode type is also considered
> highly experimental, we can make a new tag for that change, but that is
> really quite independant of the string methods.

Hmm...  This would make it hard to make a patch release for 1.5.2
(possible called 1.5.3?).  I *really* don't want the string methods to
end up in a release yet -- there are too many rough edges (e.g. some
missing methods, should join str() or not, etc.).

I admit that managing CVS branches is painful.  We may find that it
works better to create a branch for patch releases and to do all new
development on the main release...  But right now I don't want to
change anything yet.

In any case Barry just went on vacation so we'll have to wait 10
days...

--Guido van Rossum (home page: http://www.python.org/~guido/)




More information about the Python-Dev mailing list