不再沉默|现如今版本控制svn用的多还是git用的多? 操作系统|微软

文章图片
关于现如今版本控制svn和git我主要从他们两者的定义、应用场景、及两者的优缺点和大家一起探讨一下。 SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS ，它采用了分支管理系统，它的设计目标就是取代CVS 。互联网上很多版本控制服务已从CVS迁移到Subversion 。 Git把内容按元4102数据方式存储，而SVN是按文件1653：因为git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。 git目录的体积大小跟svn比较，你会发现它们差距很大。 Git没有一个全局版本号，而SVN有：目前为止这是跟SVN相比Git缺少的最大的一个特征。
（图片来源于百度）
Git的内容的完整性要优于SVN: GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。 Git下载下来后，在OffLine状态下可以看到所有的LogSVN不可以。另外，才开始使用会出现一些让人哭笑不得的事情， SVN必须先Update才能Commit忘记了合并时就会出现一些错误， git还是比较少的出现这种情况。克隆一份全新的目录以同样拥有五个分支来说， SVN是同时复制5个版本的文件也就是说重复五次同样的动作。而Git只是获取文件的每个版本的元素，然后只载入主要的分支(master)在我的经验克隆一个拥有将近一万个提交(commit)五个分支每个分支有大约1500个文件的SVN耗了将近一个小时！而Git只用了区区的1分钟！
（图片来源于百度）
版本库（repository):SVN只能有一个指定中央版本库。当这个中央版本库有问题时，所有工作成员都一起瘫痪直到版本库维修完毕或者新的版本库设立完成。而 Git可以有无限个版本库。或者，更正确的说法，每一个Git都是一个版本库，区别是它们是否拥有活跃目录（Git Working Tree）。如果主要版本库（例如：置於GitHub的版本库）发生了什麼事，工作成员仍然可以在自己的本地版本库（local repository）提交，等待主要版本库恢复即可。工作成员也可以提交到其他的版本库。
【不再沉默|现如今版本控制svn用的多还是git用的多?】知道了他们的优缺点是不是大家都知道什么时候应该用什么了，你应该知道在学校老师们为何用的是svn了吧，当你开始工作后，两种你都要掌握，他们的使用率其实是不好衡量的，比如我自己吧，平时写程序时，我使用的是git ，我存储文件时用svn 。