git跟svn 服务端对比

原文链接: https://www.cnblogs.com/nevermorewang/p/6400593.html

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,填入名字一直下一步即可

  git跟svn 服务端对比_第1张图片

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

   git跟svn 服务端对比_第2张图片

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

  git跟svn 服务端对比_第3张图片

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

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

  git跟svn 服务端对比_第4张图片

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

  git跟svn 服务端对比_第5张图片

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

  git跟svn 服务端对比_第6张图片

  每个角色的权限

  git跟svn 服务端对比_第7张图片

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

  2、 分支的处理

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

  git跟svn 服务端对比_第8张图片

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

  git跟svn 服务端对比_第9张图片

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

  git跟svn 服务端对比_第10张图片

  上图解释比较复杂,可以参考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

  git跟svn 服务端对比_第11张图片

  备份文件在/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

  git跟svn 服务端对比_第12张图片

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

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

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

你可能感兴趣的:(git,版本管理,svn,版本管理,服务器部署)