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

Re: Where to locate repos (on Linux)

From: Kris Deugau <kdeugau_at_vianet.ca>
Date: 2007-11-02 23:18:09 CET

Micah Elliott wrote:
> I've been putting repos in various places, and I'd like to hear
> if some of those places are more popular or more standard than
> others. I can't figure out from FHS
> (http://www.pathname.com/fhs/pub/fhs-2.3.html) what is most
> appropriate, but I'd like to adhere to it if possible (not
> creating some non-standard area). Here are some I've used, none
> of which tickle me:
>
> /var/svn

I'm curious what you think is wrong with this?

/var/lib/svn might be fractionally more FHS-compliant (Postgres and
MySQL put their data directories there on most Linux distros with
FHS-ish packages, Subversion can be considered a database), but I can't
really think of any place better.

IMO a more important factor is where you have enough disk space to
support the repositories you want to host. For example, if you've got a
great big expanse of disk mounted at /bigdisk, you might want to use
/bigdisk/svn if you're going to be storing virtual machine disk images.

> (As a related aside, I can't tell from FAQs/searches if it's
> still a no-no to put a repo on an NFS mount. Though "SVN Worst
> Practices" hints at it. From what I can tell, it used to be a
> problem with BDB or general Subversion locking(?). Am I okay now
> to do NFS with recent svn and FSFS? I assume people consider
> NFS/TCP superior to NFS/UDP for this.)

I've gotten the impression that with FSFS *some* types of
remotely-mounted filesystems are OK, but they *must* support some
particular type of file locking.

-kgd

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 2 23:57:08 2007

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.