[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