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

Re: [RFC] source repository at Apache

From: Fabien Coelho <fabien_at_coelho.net>
Date: Wed, 11 Nov 2009 18:12:56 +0100 (CET)

>> (1) This means breaking all current revision numbers.
>
> That's true. But the mapping should be a simple offset, since ASF Infra
> will be locking down the repository from outside commits while the load
> happens. Over time, if we care, we can update old revision logs to point to
> the new revision numbers.

Including outside references in Forums and everywhere.

> svn:externals are just awful. Terrible design, flawed implementation.

I do not have an opinion about the implementation, I just find it useful
and efficient for what I do with it, and I'm clearly more on the small
granularity side.

>> (3) very big repositories add a large burden to system administration,
>
> In short, we don't care, because we aren't the system administrators.

I do hope that subversion devs do care about system administrators when
they design something.

> If the ASF Infrastructure team says, "We prefer X and are willing to do
> all the work necessary to support X", who are we -- who aren't bearing
> the burden of administration -- to make a fuss?

I thought that the preference was rather marginal on their side, and it
was really a project choice, and I do see that move as a big and
unnecessary disruption. But evidently I'm alone of that opinion.

>> I would prefer that. No disruption, just a switch/relocate.
>
> You wouldn't be able to just switch/relocate anyway, because we're prefixing
> our Subversion history with the converted CVS history.

Hmmm... you do not have to. If you do so that would indeed mess everything
in any case, but that's a choice.

-- 
Fabien.
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2416645
Received on 2009-11-11 18:13:19 CET

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.