git与svn的区别及优缺点说明

 更新时间:2024年10月17日 10:25:02   作者:SuperYiY  
Git和SVN都是版本控制系统,用于代码管理,SVN是集中式的,需要联网并且中央服务器存在单点故障的风险,Git是分布式的,每个终端都是一个完整的仓库,不依赖中央服务器,提高了工作的灵活性和安全性,SVN易于管理权限,但必须联网工作且更新提交可能面临冲突

git与svn的区别及优缺点

svn: 只有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连接到这台服务器,去除最新的文件或者提交更新。

集中式版本控制系统

  • 版本库是集中存放在中央服务器的,而干活的时候,用的都是自己的电脑,所以要先从中央服务器取得最新的版本,然后开始干活,干完活了,再把自己的活推送给中央服务器。
  • 中央服务器就好比是一个图书馆,你要改一本书,必须先从图书馆借出来,然后回到家自己改,改完了,再放回图书馆。

SVN的特点

  • 每个版本库有唯一的URL(官方地址),每个用户都从这个地址获取代码和数据;
  • 获取代码的更新,也只能连接到这个唯一的版本库,同步以取得最新数据;
  • 提交必须有网络连接(非本地版本库);
  • 提交需要授权,如果没有写权限,提交会失败;
  • 提交并非每次都能够成功。如果有其他人先于你提交,会提示“改动基于过时的版本,先更新再提交”… 诸如此类;
  • 冲突解决是一个提交速度的竞赛:手快者,先提交,平安无事;手慢者,后提交,可能遇到麻烦的冲突解决。

**好处:**每个人都可以一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限。

缺点:

  • 必须联网才能工作。遇到网速慢的话,可能提交一个10M的文件就需要5分钟,这还不得把人给憋死啊。
  • 中央服务器的单点故障。
    若是宕机一小时,那么在这一小时内,谁都无法提交更新、还原、对比等,也就无法协同工作。如果中央服务器的磁盘发生故障,并且没做过备份或者备份得不够及时的话,还会有丢失数据的风险。最坏的情况是彻底丢失整个项目的所有历史更改记录,被客户端提取出来的某些快照数据除外,但这样的话依然是个问题,你不能保证所有的数据都已经有人提取出来。

简单来说,SVN原理上只关心文件内容的具体差异。每次记录有哪些文件更新,以及都更新了哪些行的什么内容。

git: 每个终端都是一个仓库,客户端并不只是提取最新版本的文件快照,而是把原始的代码仓库完整地镜像下来。每一次提取操作,实际上都是一次对代码仓库的完整备份。

分布式版本能控制系统

  • 首先,分布式版本控制系统根本没有“中央服务器”,每个人的电脑上都是一个完整的版本库,这样,你工作的时候,就不需要联网了,因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库,那多个人如何协作呢?比方说你在自己电脑上改了文件A,你的同事也在他的电脑上改了文件A,这时,你们俩之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。
  • 和集中式版本控制系统相比,分布式版本控制系统的安全性要高很多,因为每个人电脑里都有完整的版本库,某一个人的电脑坏掉了不要紧,随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题,所有人都没法干活了。

在实际使用分布式版本控制系统的时候,其实很少在两人之间的电脑上推送版本库的修改,因为可能你们俩不在一个局域网内,两台电脑互相访问不了,也可能今天你的同事病了,他的电脑压根没有开机。因此,分布式版本控制系统通常也有一台充当“中央服务器”的电脑,但这个服务器的作用仅仅是用来方便“交换”大家的修改,没有它大家也一样干活,只是交换修改不方便而已。

Git特点

  • Git中每个克隆(clone)的版本库都是平等的。你可以从任何一个版本库的克隆来创建属于你自己的版本库,同时你的版本库也可以作为源提供给他人,只要你愿意。
  • Git的每一次提取操作,实际上都是一次对代码仓库的完整备份。
  • 提交完全在本地完成,无须别人给你授权,你的版本库你作主,并且提交总是会成功。
  • 甚至基于旧版本的改动也可以成功提交,提交会基于旧的版本创建一个新的分支。
  • Git的提交不会被打断,直到你的工作完全满意了,PUSH给他人或者他人PULL你的版本库,合并会发生在
  • PULL和PUSH过程中,不能自动解决的冲突会提示您手工完成。
  • 冲突解决不再像是SVN一样的提交竞赛,而是在需要的时候才进行合并和冲突解决。

区别

  • Git是分布式的,而SVN不是分布而是集中式的
  • Git把内容按元数据方式存储,而SVN是按文件
  • 因为git目录是处于你的机器上的一个克隆版的版本库,它拥有中心版本库上所有的东西,例如标签,分支,版本记录等。.git目录的体积大小跟.svn比较,你会发现它们差距很大。
  • Git没有一个全局版本号,而SVN有
  • 目前为止这是跟 SVN 相比 Git 缺少的最大的一个特征
  • Git的内容的完整性要优于SVN
  • GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性,确保在遇到磁盘故障和网络问题时降低对版本库的破坏。
  • 分支(Branch)不同

总结

以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。

相关文章

  • HTTP协议入门_动力节点Java学院整理

    HTTP协议入门_动力节点Java学院整理

    这篇文章主要为大家详细介绍了HTTP协议入门的相关资料,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
    2017-07-07
  • git中commit和push的区别及说明

    git中commit和push的区别及说明

    这篇文章主要介绍了git中commit和push的区别及说明,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教
    2023-11-11
  • 如何通过阿里云实现动态域名解析DDNS的方法

    如何通过阿里云实现动态域名解析DDNS的方法

    这篇文章主要介绍了如何通过阿里云实现动态域名解析DDNS的方法,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
    2020-07-07
  • 如何给MD5加上salt随机盐值

    如何给MD5加上salt随机盐值

    不知道大家知不知道,在开发的时候如果直接给密码散列,黑客可以通过查散列值字典(例如MD5密码破解网站),得到某用户的密码。但如果加上salt后就会难上很多,即便是你获得了其中的salt和最终密文,破解也是相当麻烦的。下面跟着小编通过这篇文章来一起学习学习吧。
    2016-11-11
  • Git的代码合入流程详解

    Git的代码合入流程详解

    这篇文章主要为大家介绍了Git的代码合入流程详解,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪
    2022-11-11
  • git stash(储藏)的用法总结

    git stash(储藏)的用法总结

    本文详细讲解了git stash(储藏)的用法,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2022-06-06
  • 关于使用mvn deploy命令将本地jar包上传到maven私服的问题(收藏)

    关于使用mvn deploy命令将本地jar包上传到maven私服的问题(收藏)

    这篇文章主要介绍了使用mvn deploy命令将本地jar包上传到maven私服,分享本篇教程可以帮助多数朋友少走弯路,本文具有很好的收藏价值,需要的朋友可以参考下
    2022-03-03
  • 计算机中的字符串编码、乱码、BOM等问题详解

    计算机中的字符串编码、乱码、BOM等问题详解

    这篇文章主要介绍了计算机中的字符串编码、乱码、BOM等问题详解,对文件编码、vim乱码、什么情况下会出现乱码、字符编码的发展历史、字符集和编码的区别、汉字ANSI编码的发展历史、BOM头等问题做了全面总结、详细介绍,需要的朋友可以参考下
    2014-07-07
  • 如何解决Git推送错误:Updates were rejected问题

    如何解决Git推送错误:Updates were rejected问题

    在使用Git推送更改时,可能会遇到"Updates were rejected"错误,这通常是由于远程仓库包含了本地不存在的更新,解决这一问题的步骤包括拉取远程更改、解决冲突、提交更改及再次尝试推送,遵循正确的步骤可以有效解决冲突,保持代码库的一致性
    2024-10-10
  • Git命令常用操作之代码拉取和提交方式

    Git命令常用操作之代码拉取和提交方式

    这篇文章主要介绍了Git命令常用操作之代码拉取和提交方式,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
    2023-06-06

最新评论