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

Re: secure svn configuration

From: Kevin Grover <kevin_at_kevingrover.net>
Date: Fri, 4 Jul 2008 15:00:29 -0700

First off, RTFM, it's really the place to start: http://svnbook.red-bean.com/

On Fri, Jul 4, 2008 at 9:51 AM, Heston James - Cold Beans
<heston.james_at_coldbeans.co.uk> wrote:
> Good afternoon guys,
>
>
>
> I've been using SVN for a fair while from a general user perspective,
> checking out and committing code to and from various repositories, however,
> I've now been tasked with taking on the admin duties and configuring a
> subversion server.
>
>
>
> I wanted to get your advice on how best to do this so thought I would
> explain a little about my server setup and our requirements as a development
> team in the hope you'll point me in the right direction.
>
>
>
> We have a dedicated Windows 2003 server running IIS with a single public
> facing IP address. We have maybe 4 or 5 developers which will be accessing
> the projects hosted on the server. Are we able to configure multiple repos
> on the single IP? I would imagine so, I just can't quite see how. I'm
> imaging something like:
>
>
>
> Svn://svn.mydomain.com/project1
>
> Svn://svn.mydomain.com/project2
>
> Svn://svn.mydomain.com/project3
>
>

No problem. You have two choices: 1) point the svnserve process to a
directory that is a repository: then you serve only that repository;
2) point the svnserve process to a directory that contains
repositories (one per directory). Then you serve ALL repositories in
that directory (and any that are created later).

>
> As we're using IIS as our core web server for our sites I've been looking to
> using the 1-click-svn solution to get subversion running on our server, is
> this my best option?
>
>
>
> We will have multiple projects on the server, none of which are related, am
> I best having these as separate repositories? Or as a single repo with a
> project tree within it? I've read that having separate repos is the best
> option if the projects are unrelated and you want separate version numbers
> for each, but I really don't know.
>
>

Matter of choice. If the projects will _never_ share code, then
having separate repositories may make backup and resource allocation
easier: you can move individual repositories to another server later
with a minimum of fuss. If you create multiple repositories, you can
later merge them using svndumptool. It's non-trivial enough to do
this that giving it a little thought up front is a good idea.

>
> We need to secure the repos with a username and a password as the
> information contained within them is quite sensitive, how is this best done?
>

No problem. RTFM.

- Kevin

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-07-05 00:00:54 CEST

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.