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

Re: Do multiple svnserve instances collide?

From: Tim Hill <drtimhill_at_comcast.net>
Date: 2006-11-26 02:44:10 CET

Why shouldn't you just get everyone to use file:// directly? I don't
see what the svnserve-in-the-middle is buying you.

Or, better, get any old junk system and install a real server on it.
Don't tell IT -- they are obviously idiots anyway. Then point that
single instance of svnserve to a repo up on a server and let it (and
only it) use SvnUser. All your users just use svn:// to that faux-
server.

Note, however, that in all cases you are going via a file-level
protocol over the wire to the repo. While I'm not aware of any
technical issues with this, I cannot but think that it is going to be
less robust than a server running against a local file system.

--Tim

On Nov 25, 2006, at 1:15 PM, Gabor Maroti wrote:

> Hi All,
>
> Troy:
> Thanks, I'm aware of the Berkeley DB issue.
>
> Ryan:
>> Have whoever made that company policy rethink it; it is silly.
>
> I could tell stories. It would be off-topic and also *very* long.
>
>> The alternative is to give all users complete access to
>> the repository files via a network share, as you propose.
>
> Maybe I wasn't clear. The users would _not_ have any read or write
> rights (on the file system level) for the repo. They would run
> svnserve on their desktops in the name of a dedicated user SvnUser,
> the same SvnUser everywhere. The repository is readable/writable only
> by its owner SvnUser. My question was: Does this have a chance (pure
> technically)? Could svnserve progams running on different machines
> (and accessing the same repo) have conflicts with each other?
>
> BTW, my worst fear in not an evil user but an accidential deletion. I
> know that what I proposed is silly and not totally secure. But I
> can't see any other semi-reasonable way -- without a server process.
> Can you maybe?
>
> Gabor
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Nov 26 02:45:04 2006

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.