[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

[RFC] source repository at Apache

From: Greg Stein <gstein_at_gmail.com>
Date: Mon, 9 Nov 2009 10:46:18 -0500

Hi all,

This request-for-comment is about our svn repository on the ASF
hardware. There are two primary options:

1) svn.apache.org/repos/asf/subversion/{trunks,tags,branches} -- this
is the "big mother" repository with all ASF projects and 834k
revisions in it

2) svn.apache.org/repos/$VAR -- our own repository, potentially
running a custom server

The ASF Infrastructure Team would mildly prefer (1), but would be fine
if we want (2).

There were several svn committers present at a meeting with Infra last
Thursday to discuss these possibilities: cmpilato, dlr, gstein,
jerenkrantz, jrepenning. The recommendation from those present is to
go with the primary repository. This reco comes from a number of

* standard procedures for Infra. we'll never be forgotten

* in one repository, we can shift code to/from other projects (e.g
should our mod_* move to httpd?)

* Infra is willing to run our release candidates on the main repos, so
we don't need a special server for that. they're pretty much willing
to run anything we ask for (alpha? beta?), but that obviously means we
better be *damned* sure it won't lose or corrupt the repo :-)

* probably more I forgot

Please discuss, comment, etc. I'll run a vote as appropriate;
otherwise, I'll simply give Infra the heads up on our decision.

Note: cmpilato wants to bring along our old CVS history, too. He plans
to pop that through cvs2svn, so we'll have a couple batches of
revisions to load. Because the nearly 50k revisions will take a while,
Infra will be disabling commits during that import (so we don't get a
stray revision in the middle of our series). The hope is we can
translate svn.collab.net revisions to ASF revs with a simple +840000
or somesuch.


Received on 2009-11-09 16:46:32 CET

This is an archived mail posted to the Subversion Dev mailing list.