作者:通贯戬_461 | 来源:互联网 | 2023-10-14 09:39
SVN自动化正文共:5007 字预计阅读时间: 13 分钟平时自己多用Git来做版本控制,但很多公司内部依旧使用SVN,核心原因其实就是SVN够用了,懒得换,虽然自己用git,但对
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: 控制非鉴权用户访问版本库的权限,取值范围为&#8221;write&#8221;、&#8221;read&#8221;和&#8221;none&#8221;。 即&#8221;write&#8221;为可读可写,&#8221;read&#8221;为只读,&#8221;none&#8221;表示无访问权限。 缺省值:read
auth-access: 控制鉴权用户访问版本库的权限。取值范围为&#8221;write&#8221;、&#8221;read&#8221;和&#8221;none&#8221;。 即&#8221;write&#8221;为可读可写,&#8221;read&#8221;为只读,&#8221;none&#8221;表示无访问权限。 缺省值:write
authz-db: 指定权限配置文件名,通过该文件可以实现以路径为基础的访问控制。 除非指定绝对路径,否则文件位置为相对conf目录的相对路径。 缺省值:authz
realm: 指定版本库的认证域,即在登录时提示的认证域名称。若两个版本库的 认证域相同,建议使用相同的用户名口令数据文件。 缺省值:一个UUID(Universal Unique IDentifier,全局唯一标示)。
然后就可以启动SVN服务器了,命令为:
svnserve -d -r 目录 --listen-port 端口号
-r: 配置方式决定了版本库访问方式。
&#8211;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