一、Subversion的传输协议
Subversion可以支持以下多种传输协议，以便客户端和仓库之间进行数据版本控制：
　

引用

file:// 本地数据传输
http:// 基于Apache的HTTP协议（明文）
https:// 基于Apache+SSL的HTTPS协议
svn:// 基于svnserve的SVN协议（明文）
svn+ssh:// 基于SSH的svnserve协议


可见，正如telnet与ssh方式的差别一样，Subversion也可以采用加密的传输方式。
那该选择哪种加密方式呢？在 这里 会告诉你两种方式的差异。

二、实现SVN over SSH方式
要使用svn+ssh://方式前，我们先列举一些该方式的优缺点：
　

引用

1、网络协议是有状态的，svn+ssh比WebDAV快很多；
2、该方式可以利用现有的ssh帐号和用户基础；
3、只有一个认证方法可选择，并且需要用户在同一个系统组，使用共享ssh密钥；
4、没有任何类型的日志，甚至是错误，如果使用不正确，会导致文件许可问题。


另外，在使用该方式的注意事项是：
　

引用

1、svn客户端在访问远端时，默认除保存验证信息外，还会保留协议类型，以方便下次提交版本更新时不需再次定义；
但这就是说，你不能这次使用svn+ssh://，而下次用svn:// ；
2、该方式会同时进行两重验证，一是ssh的密钥验证，二是svnserve设置的访问权限认证，缺一不可；
3、该方式是依赖于ssh来发起一个svnserve进程，然后网络断开后终止进程，所以，远端是不需要单独启动svnserve服务的；
4、因此，连接是需要直接指向版本仓库在远端的实际物理路径，而不是svnserve给出的映射路径


1. 服务器安装

(1) 安装ssh服务器和subversion服务器

    yum install -y subversion 

(2)创建登陆的用户(一定是要能登陆的账号，如果设置为不能登陆，就会报错)

    useradd im

    passwd im

(3)创建svn仓库

    mkdir /data/svn

    svnadmin create /data/svn

(4)修改权限

    chown -R root.im /data/svn/

（5）修改配置文件（都在你的工程目录下）

    1.修改svnserver.conf文件

        anon-access = none // 未认证的用户没有任何访问权限  

        auth-access = write // 认证的用户有写权限  

        authz-db = authz // 认证文件为conf目录下的authz文件

        realm = /data/svn/ //工程所在的目录

    2.修改authz文件

        [/]

        svnserver = rw //读写

        im =r  //只读

        * =  //除了以上用户或组都不能使用

（6）访问（服务端不需要启动）

       svn co svn+ssh://[email protected]/data/svn im

    ps：这样是需要输入密码的，如果想免密钥登陆，需要通过ssh-kengen生成密码