[Python-3000] not switching core VCS (was How to override io.BytesIO and io.StringIO with their optimized C version?)
Nick Coghlan
ncoghlan at gmail.com
Fri Dec 28 17:49:58 CET 2007
Matt Nordhoff wrote:
> Christian Heimes wrote:
>> Do the new feature justify the extra burden on the core developers to
>> learn a new VCS and new tools?
>
> Once everybody switches to bzr/git/hg, that won't be a problem anymore! :-D
>
> Well, the core developers don't experience one of the main disadvantages
> of svn: that non-core developers don't have the ability to make their
> own branches or commit. But I would still say that the more branchy and
> history-preserving workflow is absolutely worth it.
I think getting over this hurdle is going to be the deal breaker. While
I suspect such a switch will happen eventually (as I believe the DVCS
approach really is a better one for open source projects), there also
doesn't seem to be anything which is a major driver for making this
change in the case of Python in particular. The CVS to SVN change was a
natural migration, since it didn't involve any real changes to the
existing development workflow and brought a lot of direct benefits to
the core developers (and got us away from the Sourceforge CVS
repository, which we'd been having a few problems with).
For migrating from a centralised to a distributed VCS though, since the
PSF repository is the upstream of all of the derived builds, it doesn't
really gain any major benefits from the switch (the major activity which
could have benefited - the parallel 2.6 and 3.0 development - should be
effectively over by the time this comes up for discussion as a serious
proposal). And downstream can get a pretty good work-alike by creating a
vendor branch in their own preferred DVCS and making their modifications
based on that (the only bit missing is integrated tracking of submitted
changes which are accepted back into the central repository).
But I certainly don't see any reason for urgency - what we have now
works reasonably well, and I personally don't want to contemplate any
major procedural changes until both 3.0 and 2.6 are out the door.
Cheers,
Nick.
--
Nick Coghlan | ncoghlan at gmail.com | Brisbane, Australia
---------------------------------------------------------------
http://www.boredomandlaziness.org
More information about the Python-3000
mailing list