Hi,

I'm no trying to advocate switching to a DVCS, but really:

> I think that's a much better approach and one that reduces the
> load on the python.org repo sys-admins.

How does having 4 more-or-less supported VCSes, rather than 1, lighten
the load on the sysadmins? Even though the DVCSes are theoretically
handled by separate people, they have needs which must be fulfilled by
the sysadmins (e.g. for Mercurial, mod_wsgi had to be installed for the
Web front-end; and we see how much cooperation Bazaar support seems to
require from the sysadmins).

> Another aspect to consider is that Subversion uses copy-on-write,
> so that creating a branch with only a few changes doesn't take
> up much space in the repo.

Other systems like Mercurial (and I'd be surprised if the others didn't
have that option as well) also use copy-on-write when creating clones of
a repository. You shouldn't assume that SVN has optimizations that the
others don't have. SVN is actually quite crappy performance-wise (at
least compared to Mercurial, which I'm used to).

> BTW: You can avoid the extra checkout of the branch in Subversion
> by first locally copying the trunk checkout to a new dir (using e.g.
> cp -al) and then running a "svn switch" on it.

That means you only work on one feature at a time, though (since you
can't locally commit your changes). Besides, every time you switch the
source URL you have to "make distclean", which makes builds quite a bit
longer.


_______________________________________________
python-committers mailing list
python-committers@python.org
http://mail.python.org/mailman/listinfo/python-committers

Reply via email to