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

Re: Expected performance (svn+ssh)

From: Naumenko, Roman <roman.naumenko_at_rbccm.com>
Date: Wed, 10 Jul 2013 13:02:21 +0000

On 2013/07/08 5:10 PM, Thomas Harold wrote:
> On 7/8/2013 2:18 PM, Naumenko, Roman wrote:
>>
>> That box has more than enough CPUs (forty), cores are barely utilized.
>> How is the access over ssh can be configured? I thought it's only
>> http(s) or svn proto.
> http://svnbook.red-bean.com/en/1.7/svn.basic.in-action.html#svn.advanced.reposurls
>
>
> http://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.sshtricks
>
>
> svn+ssh access has some upsides and downsides. For us, it was simpler
> to get up and running with it back in 2007 when we were still getting
> our feet wet with SVN 1.4. We weren't ready to muck around with
> Apache httpd and SSL certificates to do https access to the repository.
>
> We grant access at the repository level via Linux file system
> permissions. This means that every user needs to have their own
> system account and belong to Linux group that owns the repository.
>
> chown -R svn-group1 /var/svn/svn-repository1
> chmod -R 770 /var/svn/svn-repository1
> chmod -R g+s /var/svn/svn-repository1
>
> Where the 770 is some combination of, 770, 775, 755, 750, 700.
>
> 770 = owner read/write, group read/write, other none
> 750 = owner read/write, group read-only, other none
>
> To keep things sane, we do not set permission by hand, but edit a
> script that can be re-run to fix permissions on the repositories. Most
> of our repositories follow a set naming pattern, which makes it easier.
>
> The other advantage of svn+ssh is that it works well when using FSVS,
> because you can edit ~/.ssh/config so that FSVS can login to the SVN
> server automatically and push/pull configuration file changes.

Thank you, its interesting.

--Roman
_______________________________________________________________________

This email is intended only for the use of the individual(s) to whom it is addressed and may be privileged and confidential.
Unauthorised use or disclosure is prohibited. If you receive This e-mail in error, please advise immediately and delete the original message.
This message may have been altered without your or our knowledge and the sender does not accept any liability for any errors or omissions in the message.

Ce courriel est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent.
Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite.
Si vous recevez ce courriel par erreur, veuillez m'en aviser immédiatement, par retour de courriel ou par un autre moyen.
Received on 2013-07-10 15:03:18 CEST

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.