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)不同

总结

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

相关文章

  • Cookie 的 SameSite 属性小结

    Cookie 的 SameSite 属性小结

    Chrome 51 开始,浏览器的 Cookie 新增加了一个SameSite属性,用来防止 CSRF 攻击和用户追踪,下面在通过本文给大家详细介绍下SameSite 属性的相关知识,感兴趣的朋友一起看看吧
    2021-10-10
  • 使用idea 去除 html 代码前的行号和空行的方法详解

    使用idea 去除 html 代码前的行号和空行的方法详解

    这篇文章主要介绍了使用idea 去除 html 代码前的行号和空行,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
    2020-07-07
  • git pull和git clone的区别详解

    git pull和git clone的区别详解

    本文主要介绍了git pull和git clone的区别详解,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2023-07-07
  • wkhtmltopdf 最好用Html转pdf的工具

    wkhtmltopdf 最好用Html转pdf的工具

    这篇文章主要介绍了wkhtmltopdf 最好用Html转pdf的工具,需要的朋友可以参考下
    2017-09-09
  • VSCode 格式化缩进代码的实现

    VSCode 格式化缩进代码的实现

    这篇文章主要介绍了VSCode 格式化缩进代码的实现,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2020-08-08
  • 软件测试实现Finddler的手机抓包过程

    软件测试实现Finddler的手机抓包过程

    本文主要简单的描述了Finddler的手机抓包过程,使用图文模式详细的描述了操作过程,非常的通俗易懂,可以快速上手跟着本章的描述就可以轻松实现
    2021-08-08
  • 分享10个免费超棒的编程用等宽字体

    分享10个免费超棒的编程用等宽字体

    本文介绍 10 个适合在编程时使用的等宽字体,它们都是免费的,效果很好
    2013-07-07
  • UTF-8 BOM 可能导致样式错乱的解决方法

    UTF-8 BOM 可能导致样式错乱的解决方法

    utf-8 是一种在web应用中经常使用的一种 unicode 字符的编码方式,使用 utf-8 的好处在于它是一种变长的编码方式,对于 ANSII 码编码长度为1个字节,这样的话在传输大量 ASCII 字符集的网页时,可以大量节约网络带宽。
    2009-06-06
  • git fetch与git pull的区别详解

    git fetch与git pull的区别详解

    这篇文章主要介绍了git fetch与git pull的区别详解,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2020-07-07
  • 设计高可用和高负载的网站系统的几个注意事项

    设计高可用和高负载的网站系统的几个注意事项

    随着网站的运营,用户访问量和数据存储量会随着时间发生几何级变化,很快整个系统不堪重负,频繁出现问题。
    2011-06-06

最新评论