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)不同
总结
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。
相关文章
关于使用mvn deploy命令将本地jar包上传到maven私服的问题(收藏)
这篇文章主要介绍了使用mvn deploy命令将本地jar包上传到maven私服,分享本篇教程可以帮助多数朋友少走弯路,本文具有很好的收藏价值,需要的朋友可以参考下2022-03-03如何解决Git推送错误:Updates were rejected问题
在使用Git推送更改时,可能会遇到"Updates were rejected"错误,这通常是由于远程仓库包含了本地不存在的更新,解决这一问题的步骤包括拉取远程更改、解决冲突、提交更改及再次尝试推送,遵循正确的步骤可以有效解决冲突,保持代码库的一致性2024-10-10
最新评论