On Wed, 16 Oct 2002, Gustavo Niemeyer wrote:
> > But there's not way to "auto-create" a new repository. I still have to go
> > to the server and do "svnadmin create foo" to make a new, separate "foo"
> > project repository.
>
> There's no way to auto-create a remote repository in CVS either. You must
> provide users with user/password pairs, and that's what's going to be
> used for creating the repository. Of course, if they already got a
> password, they can create a new "repository" (a sub project, indeed),
> under an already existing cvsroot (a repository).
>
> You can do that with subversion as well. Just locate all "sub projects"
> inside the same repository. If you want to limit access in just created
> "sub projects" to that user who created it, you can easly do that with
> hook tricks.
I see what you're saying. I think I'm confused by the fact that I have,
in the past, stuck lots of unrelated stuff in a single CVS repository,
because it's easy to do, and since there's very little shared between the
projects under a single repository except the files in CVSROOT, which I
often don't touch ;)
So in practice I'd end up sticking a lot of unrelated project in that
single repository. I'd manage permissions at the project directory levle,
as opposed to the whole repository (though everyone has to write to
CVSROOT/history). I can't imagine I'm alone in having done this, though,
given the way CVS is designed.
Subversion, OTOH, actually increases the importance of the repository as a
whole, especially because of the fact that revision numbers are globally
shared across everything in the repository. So obviously, each of the
projects I currently have in a project subdirectory of my CVS directory
will need its own separate SVN repository.
I still think it might be useful to create one remotely, but I do see that
SVN and CVS do operate the same way, it's just my usage that differs.
-dave
/*==================
www.urth.org
we await the New Sun
==================*/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 16 23:50:18 2002