热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

SVN自动化

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一步完成



    1. yum install -y subversion


  • 创建一个目录,使用svnadmin将其设为SVN的版本库



    1. mkdir -p /home/svn/project


    2. svnadmin create /home/svn/project/


  • svnadmin将该目录设置为版本库后,就会在该目录中生成相应的文件,这里会在 /home/svn/project生成相应的目录,其中conf目录下有三个比较重要的文件,分别为: authz权限配置文件 passwd用户名口令文件 svnserver.conf svn服务综合配置文件

  • 配置authz, vim/home/svn/project/conf/authz,输入如下内容



    1. [groups]            


    2. #用户组


    3. admin = admin,root,test  


    4. #用户组所对应的用户


    5. [/]                


    6. #库目录权限


    7. @admin = rw        


    8. #用户组权限


    9. *=r              


    10. #非用户组权限


    [groups]配置段中配置行格式为: <用户组> = <用户列表>版本库路径权限段的段名格式为: [<版本库名>:<路径>],如果为 [/]表示整个svn目录,通常用单库svnserver方式

  • 配置用户口令文件passwd,输入如下内容:



    1. [users]


    2. # harry = harryssecret


    3. # sally = sallyssecret


    4. admin = Admin1234


    5. root = root1234


    6. test = test1234


  • 配置svn服务综合配置文件svnserver.conf



    1. [general]


    2. #匿名访问的权限,可以是read,write,none,默认为read


    3. anon-access=none


    4. #使授权用户有写权限


    5. auth-access=write


    6. #使用哪个文件作为账号文件


    7. password-db=passwd


    8. #使用哪个文件作为权限文件


    9. authz-db=authz


    10. #认证命名空间,subversion会在认证提示里显示,并且作为凭证缓存的关键字


    11. 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服务器了,命令为:



    1. svnserve -d -r 目录 --listen-port 端口号


    -r: 配置方式决定了版本库访问方式。

    &#8211;listen-port: 指定SVN监听端口,不加此参数,SVN默认监听3690

    具体而言:



    1. svnserve -d -r /home/svn/project/


    -r参数配置不同,SVN启动方式不同,SVN可以以两种不同的方式访问。

    第一种:-r直接指定到版本库,这种模式称为单库svnserver方式



    1. svnserve -d -r /home/svn/project/


    authz配置文件对应版本库权限的配置通常为:



    1. [groups]


    2. admin=user1


    3. dev=user2


    4. [/]


    5. @admin=rw


    6. user2=r


    这种情况下,一个svnserver只能为一个版本库工作。访问地址通常为 svn://192.168.0.1/,这样就可以方位project版本库了

    第二种:-r指定版本库的上级目录,称为多库svnserve方式



    1. svnserve -d -r /home/svn


    这种情况下,一个svnserve可以为多个版本库工作,但创建情况与上面讲解的内容有所不同,需要做一些调整。

    authz配置文件中对版本库的权限配置通常为:



    1. [groups]


    2. admin=user1


    3. dev=user2


    4. [project:/]


    5. @admin=rw


    6. user2=r



    7. [project01:/]


    8. @admin=rw


    9. user2=r


    如果此时你还用[/],则表示所有库的根目录,同理,[/src]表示所有库的根目录下的src目录。

    使用类似这样的URL:svn://192.168.0.1/runoob 即可访问runoob版本库。

    此时可以通过命令查看centos中是否运行起了SVN相应的进程



    1. ps -aux | grep svn


  • 配置防火墙端口,你的SVN进程指定了使用哪个端口,防火墙要相应的开启它 centos6中防火墙其实是iptables,centos7中防火墙为Firewalld,如SVN默认是3690端口,则防火墙要开放3690端口。配置完防火墙后,记得重启。

  • SVN多库svnserve方式

    上面的内容没有详细的讲清楚SVN多库模式,即多个SVN版本库被管理,多库模式才是实际中常见的模式,所以这里具体来实践一下,首先mkdir创建多个目录,然后使用svnadmin在这些目录下创建对应的版本库,如下:



    1. mkdir /home/svn/Resource_1


    2. mkdir /home/svn/Resource_2


    3. svnadmin /home/svn/Resource_1


    4. svnadmin /home/svn/Resource_2


    接着为了方便配置,将其中一个版本库中的配置文件拷贝下来,如拷贝Resource_1下的配置文件,这里拷贝到/home/svn/conf中,此时/home/svn/conf中就有如下文件



    1. [root@localhost conf]# ls


    2. authz  passwd  svnserve.conf


    3. [root@localhost conf]# pwd


    4. /home/svn/conf


    先修改authz文件,规则一样,<用户组>=<用户名>,不同的SVN版本库可以指定不同的用户组,给予不同的权限,如下



    1. [groups]



    2. admin=root


    3. user=test



    4. [Resource_1:/]


    5. @admin=rw



    6. [Resource_2:/]


    7. @user=rw


    上面的配置指明,admin用户组下的用户才有权限操作Resource1,而user用户组下的用户才有权限操作Resource2,admin用户组下只有一个名为root的用户,user用户组下只有一个名为test的用户。

    接着编辑passwd文件,定义不同用户的账号和密码



    1. [users]


    2. root=root123


    3. test=test123


    最后编写总配置文件svnserve.conf,指定要使用的配置文件,svnserve.conf关键配置如下:



    1. [general]


    2. anon-access = none


    3. auth-access = write


    4. password-db = passwd


    5. authz-db = authz


    最后,最重要的就是SVN启动方式,启动时要指定svn版本库的上层目录,然后还要指定对应的配置文件



    1. 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客户端



    1. brew install svn


  • 第一步检出checkout,复制版本库,在本地生成对应的副本



    1. svn checkout svn://192.168.100.62 --username=admin


    https://raw.githubusercontent.com/ayuLiao/images/master/svn1.png

  • 修改自己的工作副本,如通过touch来创建一个名为test的文件,使用add命令加载进内容,然后再用commit命令将add命令添加的内容体检,简单命令如下:



    1. svn add test.txt


    2. svn commit -m 'touch test.txt'


    命令非常简单。

  • 如果你与多人合作,此时在编写代码时,一个好的习惯就是在编写前update一下SVN项目,保证自己工作副本中的代码是最新的。



    1. svn update .


    小结

    考虑字数原因,到这里就先系统的介绍SVN服务端与客户端的情况,下一篇会通过shell与python分别写两个思路不同的脚本来实现自动上传

    参考文章

    SVN 教程http://www.runoob.com/svn/svn-tutorial.html

    CentOS 7 安装配置SVN服务器https://www.jianshu.com/p/4e3dd253a209


    推荐阅读
    • CentOS 7.6环境下Prometheus与Grafana的集成部署指南
      本文旨在提供一套详细的步骤,指导读者如何在CentOS 7.6操作系统上成功安装和配置Prometheus 2.17.1及Grafana 6.7.2-1,实现高效的数据监控与可视化。 ... [详细]
    • ZooKeeper集群脑裂问题及其解决方案
      本文深入探讨了ZooKeeper集群中可能出现的脑裂问题,分析其成因,并提供了多种有效的解决方案,确保集群在高可用性环境下的稳定运行。 ... [详细]
    • Nginx 反向代理与负载均衡实验
      本实验旨在通过配置 Nginx 实现反向代理和负载均衡,确保从北京本地代理服务器访问上海的 Web 服务器时,能够依次显示红、黄、绿三种颜色页面以验证负载均衡效果。 ... [详细]
    • 基于Node.js、Express、MongoDB和Socket.io的实时聊天应用开发
      本文详细介绍了使用Node.js、Express、MongoDB和Socket.io构建的实时聊天应用程序。涵盖项目结构、技术栈选择及关键依赖项的配置。 ... [详细]
    • 深入解析Java虚拟机(JVM)架构与原理
      本文旨在为读者提供对Java虚拟机(JVM)的全面理解,涵盖其主要组成部分、工作原理及其在不同平台上的实现。通过详细探讨JVM的结构和内部机制,帮助开发者更好地掌握Java编程的核心技术。 ... [详细]
    • 1.执行sqlsever存储过程,消息:SQLServer阻止了对组件“AdHocDistributedQueries”的STATEMENT“OpenRowsetOpenDatas ... [详细]
    • 离线安装Grafana Cloudera Manager插件并监控CDH集群
      本文详细介绍如何离线安装Cloudera Manager (CM) 插件,并通过Grafana监控CDH集群的健康状况和资源使用情况。该插件利用CM提供的API接口进行数据获取和展示。 ... [详细]
    • 在尝试使用C# Windows Forms客户端通过SignalR连接到ASP.NET服务器时,遇到了内部服务器错误(500)。本文将详细探讨问题的原因及解决方案。 ... [详细]
    • 在Fedora 31上部署PostgreSQL 12
      本文详细介绍如何在Fedora 31操作系统上安装和配置PostgreSQL 12数据库。包括环境准备、安装步骤、配置优化以及安全设置,确保数据库能够稳定运行并提供高效的性能。 ... [详细]
    • Python 工具推荐 | PyHubWeekly 第二十一期:提升命令行体验的五大工具
      本期 PyHubWeekly 为大家精选了 GitHub 上五个优秀的 Python 工具,涵盖金融数据可视化、终端美化、国际化支持、图像增强和远程 Shell 环境配置。欢迎关注并参与项目。 ... [详细]
    • Symfony是一个功能强大的PHP框架,以其依赖注入(DI)特性著称。许多流行的PHP框架如Drupal和Laravel的核心组件都基于Symfony构建。本文将详细介绍Symfony的安装方法及其基本使用。 ... [详细]
    • 优化Flask应用的并发处理:解决Mysql连接过多问题
      本文探讨了在Flask应用中通过优化后端架构来应对高并发请求,特别是针对Mysql 'too many connections' 错误的解决方案。我们将介绍如何利用Redis缓存、Gunicorn多进程和Celery异步任务队列来提升系统的性能和稳定性。 ... [详细]
    • 本文深入探讨了MySQL中常见的面试问题,包括事务隔离级别、存储引擎选择、索引结构及优化等关键知识点。通过详细解析,帮助读者在面对BAT等大厂面试时更加从容。 ... [详细]
    • 请看|间隔时间_Postgresql 主从复制 ... [详细]
    • WinSCP: 跨Windows与Linux系统的高效文件传输解决方案
      本文详细介绍了一款名为WinSCP的开源图形化SFTP客户端,该工具支持SSH协议,适用于Windows操作系统,能够实现与Linux系统之间的文件传输。对于从事嵌入式开发的技术人员来说,掌握WinSCP的使用方法将极大提高工作效率。 ... [详细]
    author-avatar
    通贯戬_461
    这个家伙很懒,什么也没留下!
    PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
    Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有