zoukankan      html  css  js  c++  java
  • git跟svn 服务端对比

      Git已经火了很久,简单的使用也没有问题,但有几个问题一直以来都没有搞清楚:git跟svn有哪些异同,两者相互的优劣是什么,git的分布式怎么理解,为什么有离线提交,,,自己动手,分别看一下服务端跟客户端使用有什么异同,大概也就了解了。

      选择的服务端分别是gitlab跟visual svn server。

      1、gitlab简单说明:

      svn是我们比较熟悉的,svn有服务端跟客户端;虽然git是分布式的,但平时我们使用的时候往往都是有一个服务端的,比如gitlab,github等。

      Gitlab是一个用ruby on rails开发的开源程序,支持的操作系统列表在https://about.gitlab.com/downloads/,选择自己的操作系统版本,按照该页面的命令行的三个步骤即可安装gitlab;

      不在列表中的linux系统需要自己手动下载,并编译安装(过程相对繁琐)。Gitlab安装成功后,默认端口是80,因此直接访问ip地址即可打开欢迎页面,该页面需要填入两个密码,这个密码就是root账号的密码,填写完成后会登陆到gitlab。

      2、gitlab跟svn服务端区别

      1、创建项目仓库跟用户权限设置

      使用svn,我们要把一个项目上传到server端,首先要在server端创建一个资源仓库,也就是找个地方,可以供我们上传文档,然后再上传文档。在这点上,gitlab也是类似,要先建一个project,生成一个仓库url,然后再上传项目到gitlab。

    Svn创建仓库直接右键create new repository,填入名字一直下一步即可

      

      创建完成后,在资源库右键,可有复制资源库路径,用浏览器打开资源库,以及新建文件夹等操作

       

      在properties选项卡,可以设置访问权限:

      

      这里资源库中每个文件都有properties选项卡,可以设置权限,也就是说svn可以控制访问权限到具体的文件跟文件夹。

      然后我们看gitlab如何操作:用户登录gitlab后默认界面如下,左侧是一个导航菜单,中间是当前用户有权限看到的项目,右侧是一些设置图标跟一个new project的按钮。

      

      New project过程略,项目建好后会一个项目url,这个跟svn的资源url是一样的

      

      我们再看一下gitlab的用户跟权限设置,点击右侧的members,给项目添加允许访问的成员

      

      每个角色的权限

      

      可以看到,gitlab是按用户跟角色对权限进行控制的,这跟svn直接对具体文件进行权限控制有所不同。

      2、 分支的处理

      Svn的分支实际是另一个独立的资源库,项目右键—分支,会让我们填写分支名字

      

      刷新服务端,会看到新加的分支,的确是新拷贝了一份内容

      

      Git的分支跟主干实际用的是同一个资源库,但在数据库中保存了每个分支的差异部分,git要新建分支直接通过git branch + 分支名称即可,git的提交历史图

      

      上图解释比较复杂,可以参考http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/中的分支介绍部分进行学习。

      一言概之,svn的分支是复制整套代码,操作繁琐,git是移动了一个指针,操作简单。在资源库比较庞大,比如有几个G的时候,两者差异非常明显,svn新建一个分支可能耗时半小时甚至更长时间,而git只需要不到1秒钟。

      3、备份

      Svn的备份有不同策略,参照http://www.blogjava.net/jasmine214--love/archive/2010/09/28/333223.html

      本文对比用的visualsvn没有备份功能,只能管理员通过命令行手动备份。

      命令为:svnadmin dum 项目位置  > 备份位置。其实多数项目的svn是没有备份的(至少我接触的多数是这样),如果真的某天服务器挂掉了,不能修复,一般是利用本地文件重新上传一遍,搭建服务器;即使这样,其他人本地的svn也是没法儿跟新搭的svn服务器同步的(因为文件版本号不一致),所以出现这种情况,基本是要完蛋的。

      Gitlab支持手动跟自动备份,手动备份命令:gitlab-rake gitlab:backup:create

      

      备份文件在/var/opt/gitlab/backups目录下

      

      1485306682是个时间戳,1970年1月1日0时到当前时间的秒数,后边是日期跟名称,这个压缩包包含gitlab的所有数据。数据的恢复使用命令:

      gitlab-rake gitlab:backup:restore BACKUP=1485306682#从148530668备份的文件恢复  

      gitlab-rake gitlab:backup:restore        #backups目录下只有一个备份文件时使用 

      自动备份(版本gitlab-ce 8.16.2)步骤:

      a、命令行crontab –e

      b、在打开的编辑器中输入定时任务字符串:

         0 4 * * * /opt/gitlab/bin/gitlab-rake gitlab:backup:create      -- 每天凌晨4点备份

      c、重启定时任务服务service crond restart

      

      当然,我们可以备份到其它电脑的磁盘,并且有类似于保留一周内备份之类的设置。

      又一言概之,svn只能手动备份,且不同分支相互独立,内容很庞大。Gitlab支持手动跟自动备份,备份过程较svn快(分支多的时候内容少),且自动备份较为便捷,安全性高。

      综上:gitlab相对于svn,对权限的控制管理不同,svn可以具体到某个文件,gitlab只能控制到某个项目(也有一些对分支的权限处理);对于分支,svn是另外拷贝一份,git则是公用一套资源,在数据库记录分支差异;svn无明显对备份等安全机制的考虑,gitlab则有自动备份机制,安全性好。

  • 相关阅读:
    mysql之安装和配置(一)
    linux之cron定时任务介绍
    redis基础之开机自启动和监听(二)
    linux内网穿透自启动配置
    mysql 之修改初始密码
    Oracle-Linux安装配置python3.6环境
    redis基础之python连接redis(五)
    /etc/profile、/etc/bashrc、~/.bash_profile、~/.bashrc 文件的作用
    CentOS yum的详细使用方法
    9.2、面向对象:继承、多态
  • 原文地址:https://www.cnblogs.com/nevermorewang/p/6400593.html
Copyright © 2011-2022 走看看