Linux SVN 服务器配置以及客户端使用

Linux SVN 服务器配置以及客户端使用

SVN简介SVN是一种版本管理系统，前身是CVS，是开源软件的基石。即使在沟通充分的情况下，多人维护同一份源代码的一定也会出现混乱的情况，版本管理系统就是为了解决这些问题。
SVN中的一些概念 :
a. repository（源代码库）
源代码统一存放的地方
b. Checkout （提取）
当你手上没有源代码的时候，你需要从repository checkout一份
c. Commit （提交）
当你已经修改了代码，你就需要Commit到repository
d. Update (更新)
当你已经Checkout了一份源代码， Update一下你就可以和Repository上的源代码同步，你手上的代码就会有最新的变更

日常开发过程其实就是这样的（假设你已经Checkout并且已经工作了几天）：Update(获得最新的代码) -->作出自己的修改并调试成功 --> Commit(大家就可以看到你的修改了)
如果两个程序员同时修改了同一个文件呢？SVN可以Merge这两个程序员的改动，对，合并，实际上SVN管理源代码是 以行为单位的，就是说两个程序员只要不是修改了同一行程序，SVN都会自动合并两种修改。如果是同一行呢，SVN会提示文件Confict, 冲突，需要手动确认。TortoiseSVN简介
TortoiseSVN 是 Subversion 版本控制系统的一个免费开源客户端，可以超越时间的管理文件和目录。文件保存在中央版本库，除了能记住文件和目录的每次修改以外，版本库非常像普通的文件 服务器。你可以将文件恢复到过去的版本，并且可以通过检查历史知道数据做了哪些修改，谁做的修改。这就是为什么许多人将 Subversion 和版本控制系统看作一种“时间机器”。 SVN的配置

1,配置好yum,检查subversion安装包[root@svn ~]# yum list |grep subversionsubversion.i386 1.4.2-4.el5_3.1 basesubversion-devel.i386 1.4.2-4.el5_3.1 base subversion-javahl.i386 1.4.2-4.el5_3.1 base subversion-perl.i386 1.4.2-4.el5_3.1 base subversion-ruby.i386 1.4.2-4.el5_3.1 base [root@svn ~]# yum -y install subversion测试安装是否成功：
#svnserve --version 回车显示版本说明安装成功[root@svn ~]# netstat –nat 查看默认TCP 3690端口是否监听.

2,创建svn版本库[root@svn /]# mkdir -p /data/svndata[root@svn /]# svnadmin create /data/svndata/winne winne为版本库名称 3,svnserve配置文件概述
svnserve.conf -- svn服务配置文件，该文件版本库目录的conf目录下。
passwd -- 用户名口令文件，该文件名在文件svnserve.conf中指定，缺省为同目录下的。
authz -- 权限配置文件，该文件名也在文件svnserve.conf中指定，缺省为同目录下的。 conf/svnserve.conf 文件 配置项分为以下5项：
anon-access 控制非鉴权用户访问版本库的权限。
auth-access 控制鉴权用户访问版本库的权限。
password-db 指定用户名口令文件名。
authz-db 指定权限配置文件名，通过该文件可以实现以路径为基础的访问控制。
realm 指定版本库的认证域，即在登录时提示的认证域名称。若两个版本库的
认证域相同，建议使用相同的用户名口令数据文件 注:1.4版本anon-access = read 参数的bug .anon-access = read时客户端Checkout（提取）的时候会有Not authorized to open root of edit operation"错误,改为none参数正常,conf /Passwd 文件user1 = user1user2 = user2 conf /authz 文件[groups] 设置组admin = user1[/] 根目录权限设置（就是“svndata”这个文件夹）user1 = rw 用户1权限是：可读写user2 = r 用户2权限是：可读，不可写@admin = rw 设置组权限[svndata:/winne] 设置根目录下“winne”文件夹的权限user1 = rwuser2 = r…以此类推 4,启动和停止SVN服务启动SVN服务:[root@svn ~]# svnserve -d -r /data/svndata/-d表示后台运行-r 指定根目录是 /data/svndata/停止SVN服务:ps -aux |grep svnkill -9 进程杀掉 客户端使用Windows客户端TortoiseSVN的使用1, TortoiseSVN 客户端的安装

测试选择的是TortoiseSVN 1.6.5客户端 付中文汉化包.http://x.fj.xdowns.com/2012/TortoiseSVNchs_xdowns.rar 2,客户端的文件更新至服务器(user1操作)新建一个空目录,右键Checkout （提取）svn://192.168.103.26/winne输入passwd文件中的授权用户帐号就可以了

在目录中加入一些文件测试. 然后在空白地方右键点TortoiseSVN-> ADD 添加列表到服务器端.此时并没有真正拷贝到服务器上,需再在Commit（提交）操作才会拷贝





在版本库浏览器中就可以看到刚才提交的文件了,此时提交的版本为1.

3,客户端在服务器上拉读取数据(user2操作)User2 在机器上新建一个空目录user2 , 右键Checkout （提取）填入地址: svn://192.168.103.26/winne 输出至G:\user2 确定增加一个new.txt的文件,然后Commit （提交）之后提示权限出错,user2没有写的权限,换成user1 的身份才可以提交成功.

Linux客户端的使用客户端操作流程一般是:用户A: checkout (提取) -> add (添加新文件) -> commit (提交)用户B: SVN log(查看更新) -> update(更新版本)1,SVN的安装yun –y install subversion2,Linux svn的常用命令()内为命令简写.checkout (co) 提取commit (ci) 提交update (up) 更新list (ls) 列表 3, checkout (co) 提取 svn服务器上的文件(user1)操作流程[root@TEST ~]# svn co svn://192.168.103.26/winneAuthentication realm: <svn://192.168.103.26:3690> My First RepositoryPassword for 'root':
Authentication realm: <svn://192.168.103.26:3690> My First RepositoryUsername: user1 /输入用户名Password for 'user1': /输入密码A winne/Cosmic Ride - BeFour.lrcA winne/20070716171657126.pdfA winne/svnbook.pdfrevision 1. / checkout (co) 提取成功,看到Checked out版本为1注:可以使用带用户名和密码的访问:svn co --username user1 --password user1 svn://192.168.103.26/winne[root@TEST ~]# lldrwxr-xr-x 3 root root 4096 Sep 23 09:02 winne /winne目录是SVN自动生成的drwxr-xr-x 2 root root 4096 Jul 30 02:06 tasks[root@TEST ~]# cd winne[root@TEST winne]# lltotal 2868-rw-r--r-- 1 root root 1566968 Sep 23 08:53 20070716171657126.pdf-rw-r--r-- 1 root root 2397 Sep 23 08:53 Cosmic Ride - BeFour.lrc-rw-r--r-- 1 root root 1354300 Sep 23 08:53 svnbook.pdf 4,user1修改文件并提交[root@TEST winne]# vi testsvn.txt[root@TEST winne]# svn add testsvn.txt /将testsvn.txt添加到库中A testsvn.txt[root@TEST winne]# svn commit -m "test" testsvn.txt /注释为testAdding testsvn.txtTransmitting file data .Committed revision 2. /版本更新为2了 5,user2回window客户端更新版本回到Windows的客户端看日志, 版本已经更新为2了,注释test,客户端update就可以更新到新的版本了.



6, Windows客户端的版本回滚选中菜单中的update to verisiom ,选择版本1即可.



7,Linux版本回滚操作:[root@TEST winne]# svn up -r 1

1 Linux下创建svn仓库

1.1 启动SVN服务

svnserve -d -r /SVNRootDirectry 其中SVNRootDirectry是你的SVN 根目录，例如192.85.1.2上的是：/SVN。-d 表示以后太服务方式执行，-r就表示root

1.2 创建仓储

1.2.1 在SVN根目录下建立版本仓库

svnadmin create study

命令 ：svnadmin create msm

其中msm是版本仓库的名字，仓库建立好了以后会有出现一个仓库名字的文件夹，文件夹下面有conf等几个目录和文件，如下图。接下来就需要设置版本仓库的权限了。这里说明一下：版本库之间是独立的。文件目录如下：


其中conf文件夹下的目录为：

1.2.2 增加用户

修改conf文件夹下的authz文件： 指令简介：此配置文件采用“基于路径的授权”策略，中括号里指定路径，以下列出对各用户的授权。包括只读r，读写rw。没有列出的用户，则不允许访问。还可以对用户分组，具体请参考svn手册，以下是简单例子： <!--[if !supportLineBreakNewLine]--> 用户组格式： [groups] <用户组名> = <用户1>,<用户2>
其中，1个用户组可以包含1个或多个用户，用户间以逗号分隔。 版本库目录格式： [<版本库>:/项目/目录] @<用户组名> = <权限> <用户名> = <权限> 其中，方框号内部分可以有多种写法: /,表示根目录（仓储目录）及以下。根目录是svnserve启动时指定的，我们指定/opt/svndata。这样，/就是表示对全部版本库设置权限。 权限主体可以是用户组、用户或*，用户组在前面加@，*表示全部用户。权限可以是w、r、wr和空，空表示没有任何权限。在[groups]下增加你的用户组（记得等号前后留空格）在[/]下面增加对用户或者用户组的权限设置；最后如下图：

1.2.3 修改用户密码

添加了用户以后就需要给用户设置密码了，打开conf/passwd文件：输入以下内容： [users] <用户1> = <密码1> admin = admin<用户2> = <密码2> username2 = password2可以添加多个，此为用户名密码对。取消[users]的注释，并在下面加上你的用户的密码设置（记得等号左右的空格），如下图：

1.2.4 对启动SVN对用户权限、密码的控制

需要启动SVN对用户权限、密码的控制，不然的话你就只能读而不能写了。修改svnserve.conf文件， 各参数功能在配置文件的注释中有说明, 此处配置如下: [general] anon-access = none # 使非授权用户无法访问 auth-access = write # 使授权用户有写权限 password-db = /opt/svndata/repos/conf/passwd # 指明密码文件路径
authz-db = /opt/svndata/repos/conf/authz # 访问控制文件
realm = /opt/svndata/repos # 认证命名空间，subversion会在认证提示里显示，并且作为凭证缓存的关键字。

取消下面几条前面的#号注释就OK了：anon-access = read auth-access = write password-db = passwd authz-db = authz


重新启动svn服务 ：启动svn服务命令 svnserve -d -r /svn如果报：svnserve: Can't bind server socket: Address already in use解决办法：使用 “ ps -e|grep svnserve ” 找到服务对应进程编号 ，使用kill 命令，之后再使用启动命令 ，如图


使用地址访问，如果出现“svnserve.conf:12: Option expected”，导致原因是：subversion读取配置文件svnserve.conf时，无法识别有前置空格的配置文件


修改改为

1.2.5 给SVN 仓储空间中的 DB目录分配写权限

cd /svn
sudo chmod 777 -R 仓储名称 不然不能提交文件

2 SVN标准目录结构

2.1 目录结构概述

2.1.1 目录 trunk

trunk是主分支，是日常开发进行的地方,一般包含 ：
0-Src 源码1-DevelopDoc 开发文档2-ProductDoc 产品文档3-ThirdPartyTools 第三方工具（插件）4-Testing 测试5-DeployDoc 部署文档

2.1.2 目录branches

ranches是分支。一些阶段性的release版本，这些版本是可以继续进行开发和维护的，则放在branches目录中。又比如为不同用户客制化的版本，也可以放在分支中进行开发。

2.1.3 目录 tags

tags目录一般是只读的，这里存储阶段性的发布版本，只是作为一个里程碑的版本进行存档。

2.2 权限分配：修改authz文件