RE: file:/// url schema

Hi Xoan,
 
If you are using file:/// schema with 100 users, I am assuming the users would need to NFS mount the repository on their machine as a drive.
 
That being the case, some issues to consider are
a) It is insecure, anyone can accidentally hit the "delete" key to wipe out the repository.
b) NFS mounted drives for SCM / database are inherently unreliable. It is always recommended to use local drives for repositories/databases.
c) Any re-organising, ie moving repositories for housekeeping (moving to new drives etc ), would require the users to have knowledge of the re-organisation and re-map their network drives.
 
 
Thanks
Lakshman
________________________________

From: Gonzalez Diaz, Xoan [mailto:G2485@caixagalicia.es]
Sent: Wednesday, 3 October 2007 5:13 PM
To: users@subversion.tigris.org
Subject: file:/// url schema

Hi again,

We have a context in which all access to repositories are inside a local area network. Have file:/// url schema any disadvantage from installing Apache or svnserve?

From what I have reading I only see two:

- The lack of compatibility with BDB, which is not a problem for us, since we use FSFS

- Perhaps a performance problem in concurrent access

What do you think? It is possible to use Subversion without a server with, lets say, 100 users?

Any other disadvantage?

Thanks

 Xoan González Díaz

 Área de Arquitectura

 E-mail: g2485 (at) caixagalicia.es <mailto:%20g2485@caixagalicia.es>

 xoan.gonzalez (at) tecnocom.es <mailto:xoan.gonzalez@tecnocom.es>

================================================================================================
EMAIL DISCLAIMER

This email and any attachments are confidential. They may also be subject to copyright.

If you are not an intended recipient of this email please immediately contact us by replying
to this email and then delete this email.

You must not read, use, copy, retain, forward or disclose this email or any attachment.

We do not accept any liability arising from or in connection with unauthorised use or disclosure
of the information contained in this email or any attachment.

We make reasonable efforts to protect against computer viruses but we do not accept liability
for any liability, loss or damage caused by any computer virus contained in this email.
================================================================================================