On 11/25/06, Gabor Maroti <marotig@gmail.com> wrote:
> Hi All,
>
> My intention is to set up a Subversion repository for a couple of
> users working at different desktops (btw in a Windows environment).
> Due to company policy, I cannot launch Apache or svnserve on a server
> machine.
>
> I thought of the following. The repo is on a network drive, each user
> runs svnserve on his/her own desktop to access the repo via "svn://".
> (Then each user can run svnserve as "SvnUser" who has the exclusive
> rights for the repo.) Is this a reasonable idea? What I'm afraid of
> is that simultaneous check-ins might lead to a broken repo.
>
> An alternative would be "file://" access; that's quite awkward because
> of the user rights. On the other hand, if simultaneous svnserve
> copies may conflict with each other than simultaneous "file://" should
> not be safe, either...
>
> I would appreciate any kind of hint and help.
> Gabor
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
I believe that svnserve uses the same interface to access the
repository as a client would when accessing the repo via file://. I
am sure there are some differences but basically svnserve is just
another client. Given the fact that you can have someone using the
svn:// url at the same time as someone else is using the file:// url
without bad things happening, you should be able to have multiple
svnserves going.
The only caution I would give you is in what backend you are using.
You basically can't use Berkeley DB repos over a network share (well
you can, but not without risking corruption), so that means that you
should only do what you are suggesting when using the FSFS backend.
Troy
--
"Beware of spyware. If you can, use the Firefox browser." - USA Today
Download now at http://getfirefox.com
Registered Linux User #354814 ( http://counter.li.org/)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Nov 25 17:25:27 2006