SVN自动化
正文共：5007 字
预计阅读时间： 13 分钟
平时自己多用Git来做版本控制，但很多公司内部依旧使用SVN，核心原因其实就是SVN够用了，懒得换，虽然自己用git，但对git理解也算特别深刻，而转到SVN发现是类似的，所以借此机会内化一下SVN的处理。
文章内容的结构会先理清楚SVN的声明周期，接着会在Centos下搭建SVN服务，接着创建一个项目并使用客户端手动进行SVN操作，最后使用shell命令进行自动化上传。
SVN生命周期
创建版本库首先创建版本库，版本库其实就是一个空间，用于开发者存储所有的工作成果，版本库不仅可以放文件，还会保留每次修改的历史记录，每个文件的变动历史。
检出 CheckoutCheckout会从版本库中创建一个工作副本，工作副本是开发者的私人工作空间，可以进行内容修改，然后提交到版本库中。
更新 updateupdate用来更新版本库，该操作会将工作副本与版本库进行同步。因为版本库由整个团队共用，当他人提交了自己的修改后，自己的工作副本就过期了。此时就需要还是用update更新操作从版本库中拉取最新的代码更新到自己的工作副本中。
执行变更当你检出Checkout获得自己的工作副本后，通常会进行编辑等操作，此时就发生了变更，变更的内容只有通过commit操作才会成为版本库的一部分。删除操作也一样，如果没有进行commit操作，版本库中的文件是不会删除的。
复查变化当你对工作副本进行修改后，此时你的工作副本就与版本库不相同，此时在commit前复查一下自己的修改比较好status操作会列出当前工作副本中所进行的改动，status操作只提供一个变动列表，但并不会显示详细信息。
修复错误当你对工作副本做了很多修改后，突然不想要这些修改了，可以执行revert操作，revert操作会重置对工作副本的修改，他可重置一个或多个文件或文件夹，也可以对整个工作副本进行重置。revert操作UI将销毁待变革列表并将工作副本恢复到原始状态。
解决冲突合并时，可能发生冲突。merge操作会自动处理可以安全合并的内容，其他会被当做冲突，如hello.py文件在一个分支上被修改了，在另一个分支上被删除了，这种情况需要人为进行处理，resolve操作可以帮助你找到冲突，并告诉版本库应该如果处理这些冲突。
提交更改commit操作用来将更改从工作副本到版本库，这个操作会修改版本库中的内容，其他开发者可以通过更新他们的工作副本来查看这些修改。在提交前，这些修改必须添加到待变更列表中，列表中记录了将会被提交的改动，在提交时通常会提供可以提供一个注释来说明为何会进行这些修改。commit是原子操作，，要买完全提交成功，要么失败回滚，不会出现提交到一半的情况。
Centos搭建SVN服务
SVN分成两块，一块是server进程，通常在服务器上用于与SVN客户端交互，另一块就是SVN客户端client进程，即开发者使用的，开发者使用SVN通常就是使用client端输入相应的SVN命令与Server端交互，以实现相应的效果，这里我们先来搭建SVN服务，即Server端，流程比较简单。
下载安装SVN服务端，在Centos中，使用yum一步完成
yum install -y subversion
创建一个目录，使用svnadmin将其设为SVN的版本库
mkdir -p /home/svn/project
svnadmin create /home/svn/project/
svnadmin将该目录设置为版本库后，就会在该目录中生成相应的文件，这里会在 /home/svn/project生成相应的目录，其中conf目录下有三个比较重要的文件，分别为： authz权限配置文件 passwd用户名口令文件 svnserver.conf svn服务综合配置文件
配置authz， vim/home/svn/project/conf/authz，输入如下内容
[groups]
#用户组
admin = admin,root,test
#用户组所对应的用户
[/]
#库目录权限
@admin = rw
#用户组权限
*=r
#非用户组权限
[groups]配置段中配置行格式为： <用户组> = <用户列表>版本库路径权限段的段名格式为： [<版本库名>:<路径>]，如果为 [/]表示整个svn目录，通常用单库svnserver方式
配置用户口令文件passwd，输入如下内容：
[users]
# harry = harryssecret
# sally = sallyssecret
admin = Admin1234
root = root1234
test = test1234
配置svn服务综合配置文件svnserver.conf
[general]
#匿名访问的权限，可以是read,write,none,默认为read
anon-access=none
#使授权用户有写权限
auth-access=write
#使用哪个文件作为账号文件
password-db=passwd
#使用哪个文件作为权限文件
authz-db=authz
#认证命名空间，subversion会在认证提示里显示，并且作为凭证缓存的关键字
realm=/home/svn/project
该文件仅由一个[general]配置段组成。
anon-access: 控制非鉴权用户访问版本库的权限，取值范围为"write"、"read"和"none"。 即"write"为可读可写，"read"为只读，"none"表示无访问权限。 缺省值：read
auth-access: 控制鉴权用户访问版本库的权限。取值范围为"write"、"read"和"none"。 即"write"为可读可写，"read"为只读，"none"表示无访问权限。 缺省值：write
authz-db: 指定权限配置文件名，通过该文件可以实现以路径为基础的访问控制。 除非指定绝对路径，否则文件位置为相对conf目录的相对路径。 缺省值：authz
realm: 指定版本库的认证域，即在登录时提示的认证域名称。若两个版本库的 认证域相同，建议使用相同的用户名口令数据文件。 缺省值：一个UUID(Universal Unique IDentifier，全局唯一标示)。
然后就可以启动SVN服务器了，命令为：
svnserve -d -r 目录 --listen-port 端口号
-r: 配置方式决定了版本库访问方式。
--listen-port: 指定SVN监听端口，不加此参数，SVN默认监听3690
具体而言：
svnserve -d -r /home/svn/project/
-r参数配置不同，SVN启动方式不同，SVN可以以两种不同的方式访问。
第一种：-r直接指定到版本库，这种模式称为单库svnserver方式
svnserve -d -r /home/svn/project/
authz配置文件对应版本库权限的配置通常为：
[groups]
admin=user1
dev=user2
[/]
@admin=rw
user2=r
这种情况下，一个svnserver只能为一个版本库工作。访问地址通常为 svn://192.168.0.1/，这样就可以方位project版本库了
第二种：-r指定版本库的上级目录，称为多库svnserve方式
svnserve -d -r /home/svn
这种情况下，一个svnserve可以为多个版本库工作，但创建情况与上面讲解的内容有所不同，需要做一些调整。
authz配置文件中对版本库的权限配置通常为：
[groups]
admin=user1
dev=user2
[project:/]
@admin=rw
user2=r
[project01:/]
@admin=rw
user2=r
如果此时你还用[/]，则表示所有库的根目录，同理，[/src]表示所有库的根目录下的src目录。
使用类似这样的URL：svn://192.168.0.1/runoob 即可访问runoob版本库。
此时可以通过命令查看centos中是否运行起了SVN相应的进程
ps -aux | grep svn
配置防火墙端口，你的SVN进程指定了使用哪个端口，防火墙要相应的开启它 centos6中防火墙其实是iptables，centos7中防火墙为Firewalld，如SVN默认是3690端口，则防火墙要开放3690端口。配置完防火墙后，记得重启。
SVN多库svnserve方式
上面的内容没有详细的讲清楚SVN多库模式，即多个SVN版本库被管理，多库模式才是实际中常见的模式，所以这里具体来实践一下，首先mkdir创建多个目录，然后使用svnadmin在这些目录下创建对应的版本库，如下：
mkdir /home/svn/Resource_1
mkdir /home/svn/Resource_2
svnadmin /home/svn/Resource_1
svnadmin /home/svn/Resource_2
接着为了方便配置，将其中一个版本库中的配置文件拷贝下来，如拷贝Resource_1下的配置文件，这里拷贝到/home/svn/conf中，此时/home/svn/conf中就有如下文件
[root@localhost conf]# ls
authz passwd svnserve.conf
[root@localhost conf]# pwd
/home/svn/conf
先修改authz文件，规则一样，<用户组>=<用户名>，不同的SVN版本库可以指定不同的用户组，给予不同的权限，如下
[groups]
admin=root
user=test
[Resource_1:/]
@admin=rw
[Resource_2:/]
@user=rw
上面的配置指明，admin用户组下的用户才有权限操作Resource1，而user用户组下的用户才有权限操作Resource2，admin用户组下只有一个名为root的用户，user用户组下只有一个名为test的用户。
接着编辑passwd文件，定义不同用户的账号和密码
[users]
root=root123
test=test123
最后编写总配置文件svnserve.conf，指定要使用的配置文件，svnserve.conf关键配置如下：
[general]
anon-access = none
auth-access = write
password-db = passwd
authz-db = authz
最后，最重要的就是SVN启动方式，启动时要指定svn版本库的上层目录，然后还要指定对应的配置文件
svnserve -d -r /home/svn/ --config-file /home/svn/conf/svnserve.conf
这样所有版本库对应的配置都是 /home/svn/conf/svnserve.conf，管理起来非常方便。
使用SVN客户端
windows的SVN客户端使用比较简单，因为有比较成熟的客户端，使用比较简单，本人使用的为Mac，在Mac下当然也有SVN客户端，但我更喜欢命令行，所以使用的方式都是以命令行的方式进行的。
Mac下安装SVN客户端
brew install svn
第一步检出checkout，复制版本库，在本地生成对应的副本
svn checkout svn://192.168.100.62 --username=admin
https://raw.githubusercontent.com/ayuLiao/images/master/svn1.png
修改自己的工作副本，如通过touch来创建一个名为test的文件，使用add命令加载进内容，然后再用commit命令将add命令添加的内容体检，简单命令如下：
svn add test.txt
svn commit -m 'touch test.txt'
命令非常简单。
如果你与多人合作，此时在编写代码时，一个好的习惯就是在编写前update一下SVN项目，保证自己工作副本中的代码是最新的。
svn update .
小结
考虑字数原因，到这里就先系统的介绍SVN服务端与客户端的情况，下一篇会通过shell与python分别写两个思路不同的脚本来实现自动上传
参考文章
SVN 教程http://www.runoob.com/svn/svn-tutorial.html
CentOS 7 安装配置SVN服务器https://www.jianshu.com/p/4e3dd253a209
