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

Re: Administering SVN Repositories

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2005-04-05 03:25:43 CEST

On Apr 4, 2005, at 12:36 PM, dkrobbins@micron.com wrote:

> I've setup Subversion (utilizing Apache on Windows) for my company and
> started adding repositories. I've set things up so that each
> department has a directory, with repositories (projects) setup beneath
> that. Everything was going great, until someone requested a bunch of
> sub-directories with the repositories being buried within that
> directory structure, not at the top level. That brought on a few
> questions…
> Can you even do that using Subversion? I cannot seem to find a way to
> configure Apache to allow it.

'svn mkdir URL'? I don't understand.

> These users are former CVS and PVCS users, so they are used to
> revision numbers on a per archive basis. They fear making the
> repository at the top level and having several projects beneath that
> will lead to a huge revision number and make it impossible to rollback
> to a specific "good" version of the code should something go wrong.
> How do you mitigated that risk? I would assume by using tags? Any
> other ideas?

See the many threads on this list about this. This is a myth and
misconception. It's perfectly normal for many projects to coexist in a
repository. The global repository number is easily shared, and it's no
more or less difficult to 'track' a project. The histories of the
projects don't "mix" together, and nothing is any harder.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Apr 5 03:29:54 2005

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

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