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

Re: SVNServe / SSH

From: Greg Stein <gstein_at_lyra.org>
Date: 2003-04-16 20:16:20 CEST

You could serve the readonly version via Apache, and require committers to
commit via SSH.

Cheers,
-g

On Wed, Apr 16, 2003 at 12:15:59PM -0500, Ben Collins-Sussman wrote:
> Sir Woody Hackswell <woody@hackswell.com> writes:
> > On 16 Apr 2003, Ben Collins-Sussman wrote:
> >
> > > Sir Woody Hackswell <woody@hackswell.com> writes:
> > >
> > > > Is it possible to have svnserve run in daemon mode for read-only mode, and
> > > > use svnserve/ssh for actions that require authentication? Is there support
> > > > for this in the client?
> > >
> > > Yes, you can run 'svnserve -d -R', for general read-only
> > > unauthenticated access, and simultaneously require committers to use
> > > SSH to commit. No problem with that.
> >
> > On the server side, I know that this is possible... but how do you do this
> > on the client side? ;)
>
> If I'm a read-only client, I don't set up any ssh-tunnel variable in
> my ~/.subversion/servers file. Then I access the repository via
> svn://. If I'm a committer, then I *do* set up an ssh-tunnel variable
> in my servers file, and still access the repository via svn://.
>
> So no, at the moment, there is no way for the same person to use
> ra_svn and *only* be asked for authentication at commit-time. I'm not
> sure if there are plans to change this. Ghudson can talk more to
> that.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Apr 16 20:16:42 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.