人文艺术 > 为什么还有那么多人用SVN？
为什么还有那么多人用SVN？
2020-08-26 08:39阅读(165)
为什么还有那么多人用SVN？git那么好用，为什么还没取代SVN。就因为有一个windows下的图形界面么……可现实情况是，很多习惯在Linux下开发的程序员也不用git，专
先说结果： git 在有些情况下 确实 比 svn好用，但并不能取代 svn
第一回合：
git 是分布式的版本控制系统，可以不用固定的 ‘服务端’ ，更适合研发人员。而svn是集中管理的版本控制系统，有一个固定服务端。但我认为要分场合，某些情况下分布式的不一定比集中管理的好，所以这一回合打平了。
第二回合：
git的分支很好用，很强，svn的分支就有点鸡肋了，svn的分支就是 svn copy 复制了一个完整的项目。 这一回合，git 优势明显。
第三回合：
提交，更新或合并代码的时候经常会报错，git的提示很 ‘善解人意’，很好解决错误，svn 的提示就有点差强人意了，这一回合，依然是 git 有优势。
第四回合：
svn 对目录的权限控制很好，可以根据目录进行 更新和提交，这在有些时候很有用。 而 git 不能对目录做权限控制。这一回合 svn 优势明显。
举个例子：
我们公司 研发人员用的是git ， 美术和产品都是用的svn，美术和产品经常把需求和资源放到svn，可以根据目录下载，不用整个项目都下载。而且svn在windows 系统下有一个很出名的软件 TortoiseSVN ，有中文版的，用起来很方便。
一句话：存在即合理。
个人经历了CVS、SVN再到Git，个人倾向于Git，毕竟Git流行起来，自然有它的优势。但是它的劣势，也是让我有时候想用SVN。
下面先来说说SVN和Git是什么？
A. SVN
Apache Subversion（简称SVN，svn），一个开放源代码的版本控制系统。第一次设计并发布 Subversion 时, 它的主要版本控制策略是集中式的版本控制 (centralized version control)，它有一个远程的主仓库, 仓库中存放了被版本控制的数据, 用户在本地操作数据的浅拷贝副本。
Subversion 发布后, 很快就显现出它在版本控制领域的领导地位, 它的使用范围越来越广泛, 越来越多的旧版本控制系统被它取代, 即使是在今天, 它在版本控制领域也占据着重要地位。
优势：
- SVN支持空目录
- SVN有更好的Windows平台支持
- SVN可以check out/clone一个子树(sub-tree)
- SVN支持特权访问控制svn lock，在处理很难合并的文件时非常有用。
- SVN支持二进制文件，更容易处理大文件(不需要把老版本拷来拷去)。
- 提交文件相对简单，因为没有pull/push操作，本地修改通过svn update自动的执行了同步代码的功能。
- 可以设置目录级别的权限控制，你可以设置它只读或者读写，而且非常适合大型项目。
B. Git
在 Subversion 开始出现的那一年, 一种新的版本控制策略—分布式的版本控制 (distributed version control)—开始受到越来越多的关注, 应用也越来越广泛。
Git是一个分布式版本控制软件，最初由林纳斯·托瓦兹创作，于2005年以GPL发布。最初目的是为更好地管理Linux内核开发而设计。
Git具有以下特点：
- Git 中每个克隆(clone)的版本库都是平等的。可以从任何一个版本库的克隆来创建属于自己的版本库，同时你的版本库也可以作为源提供给他人，只要你愿意。
- Git 的每一次提取操作，实际上都是一次对代码仓库的完整备份。
- 提交完全在本地完成，无须别人给你授权，你的版本库你作主，并且提交总是会成功。
- Git 的提交不会被打断，直到你的工作完全满意了，PUSH给他人或者他人PULL你的版本库，合并会发生在PULL和PUSH过程中，不能自动解决的冲突会提示你手工完成。
Git 的缺点：
- Git 没有严格的权限管理控制，一般通过系统设置文件读写权限的方式来做权限控制。
- 工作目录只能是整个项目：比如 checkout，建分支，都是基于整个项目的。
C. SVN和Git
Git的优势就是SVN的弱势，如果你不太关心代码文档权限控制，或者多人协助开发合并代码，那么Git是你很好的选择。
但是如果你需要控制代码的安全，SVN的权限控制将能让你放心代码的安全性。而Git 无法提供细颗粒的权限控制。
一个非常好的问题。SVN仍然有很多用户，因为使用简单，更多的原因是用户已经习惯。
SVN出现较早，是很多程序员以及非技术人员学习使用的第一个版本管理工具。
GIT最早发布于2005年12月，起初用于Linux内核开源项目的管理，由于GIT本身优点众多，使得工程师群体比较容易接受。
技术团队管理项目代码，因为分支较多，并且有代码review、合并等操作，推荐GIT；如果只是平常的文档管理，比如非技术部门的单据、规章制度等，使用SVN和GIT都行，更多的是用户喜好。
SVN和GIT各方面都比较类似，比如图形界面工具操作简单、命令行模式下常用命令非常类似、都可以和IDE集成。因为GIT是较新的版本管理协议，所以支持更多的功能，比如Pull Request。
1，工具简单易用
SVN和GIT都有非常简单方便的工具，比如TortoiseSVN，Git GUI等工具。
2，基本命令
在基本的应用场景中，SVN和GIT非常类似，比如拉取文件-修改-提交。
3，IDE集成
IDE开发工具和代码管理服务集成，操作更高效方便。
4，分支管理
SVN分支是对文件的复制，所以比较占用磁盘空间，不如GIT灵活。
5，代码合并Pull Request
团队协作时，GIT可以发起代码合并请求，review完成后将代码合并到正式分支，这也是开源项目最常用的代码合并流程。
6，代码托管云服务
主流云服务商都有提供免费的代码托管服务，并且支持私有库，推荐使用，可省去繁琐的配置、管理、备份维护等工作。
我是工作多年的Web应用架构师，陆续发布关于软件开发方面的文章，欢迎关注我，了解更多IT专业知识。
楼主可以尝试着把自己当成一个项目管理者或者经理来看待这个问题，而不是工程师或者程序员。
先说几个假设，虽然不一定完全正确，但是应该具有一定普适性：
- 工程师大概率是组里面技术能力最强最牛逼的
- 个体需要为团队奉献/贡献
- 工作习惯会影响个人习惯
我们再来看一个常见的团队组成：工程师，美工，策划，PM。
美工和策划可能是团队里面技术学习能力或者技术理解能力较弱的群体。因此，当我们在决定项目管理方式的时候，要综合考量团队人员的能力，而不是基于自己的喜好来选择。这就像足球队的教练一样，把合适的人放在合适的体系以及位置上，不然球员踢起来怎么踢怎么变扭（对，我说的就是爱美丽手下的扎卡）。
言归正传，因此我们在选择版本控制工具的时候也会有同样的抉择。在选择的时候，由于美工策划是相对的短板，我们可能需要考虑以下几点：
- 策划美工用起来方不方便，会不会增加额外工作量
- 工具的学习成本和曲线对于他们而言有多大多陡
- 他们犯错的几率有多大的差异
- 犯错的成本有多大
下面模拟下正常工作中可能出现的场景：
1. 美工1创建了a,b,c三个文件，a已经完成了可以发给工程师自己去玩了。
使用SVN：在文件夹窗口右键添加a，直接commit a就结了
使用Git：开一个本地branch 1，添加a，commit a，把develop branch更新到最新，合并branch1到develop branch，最后push。或者push branch1然后再去看一个pull request到develop。
2. 美工2看到美工1对a的改动，想一探究竟。
使用SVN：直接update这个a就行
使用Git：git pull把整个develop或者branch1拉下来。
从上面对比可以看出来，git的使用对于美工策划而言可能不是很直观。可能需要他们费一点脑子去理解这些操作。而且创建和更新某个文件夹或者文件可能是他们唯二会涉及到的操作，为此去理解git的工作方式对于他们而言可能负担过重。毕竟文科生的思维方式和理科生不是很一样所以有些问题的理解对于大多数工程师而言显而易见，但是对于他们可能颇显难度。
而且这个过程中，SVN的操作次数更少，通过UI的集成操作也更加直白减少了他们出错误的机会。
当然，以上只说到了从美工和策划的角度来看待这个事情。但是如果从整个团队出发（我们说到的第二点假设是个人需要为团队奉献），我们还得考虑团队的规模，团队的主观能动性等等因素。
比如一个小团队，2-3个开发，一两个美工策划，SVN应该能得到很好的适配，不需要额外的学习能够快速上手项目。虽然没有分支管理，但是开发人数少，使用起来即使出现冲突，让他们解决冲突也可能比让美工策划使用git的转变来的容易。
但是如果考虑大一点的团队，15-20的开发，2-3个美工策划，大家还分布在不同区域工作。或者团队成员里大家其实都愿意接受新事物新知识，这种时候使用git所带来的协调性和管理优势远高于美工策划所需要付出的学习成本，那么git将可能是一个更好的选择。
最后，说一点，就像其他答案中说到的，存在即合理即有意义。很多技术没有绝对的好和不好，git和SVN也是一样，需要结合使用场景和团队情况才能做出最好的选择。就像之前Spark和Hadoop，都说Spark牛逼，要取代Hadoop了，但是Hadoop依然在。有时候追求高大上并不是最好的，合适的才是最好的。常常开口闭口就是kafka，elastic search，流处理，但是到底应该什么场景用才是最重要的。
个人浅见，希望对楼主有用。欢迎点赞收藏关注^_^
为什么一定要用git？绝大多数公司都是业务驱动技术，业务上不需要，就不必要更新技术。svn或者git只是一个工具而已，重点是能否满足公司版本管理的要求。
你说git好用，但它是分布式的，使用上肯定变得复杂了，因为本地一个版本管理，server上还有一套。公司技术选型不只是考虑技术的先进性，那太片面。还需要考虑成本，习惯，资源配置等等因素。
每种工具都有他存在的意义和用户，git没出现之前，svn不也是用了好多年吗？
另外就是，技术选型的第一个要求就是满足业务要求，不考虑其他其他因素直接用最先进的工具和技术只会弄巧成拙。好比现在动不动就分布式，哪怕只有很少量的用户和数据，大题小做，杀鸡用了宰牛刀。
总之吧，根据实际需要选择技术和工具，避免技术滥用乱用。技术先进好用不是选型的决定性和唯一因素。
一个工具而已…这都要比较一下！java是世界上最牛逼的语言，是不是要打死我？
svn配置简单，集中式管理，获取、提交即可；git配置稍微复杂点，分布式管理，没有一个集中统一的版本，命令获取、提交、同步。前者适合文档类管理，后者适合代码开发类项目。
不要为了跟风而使用git。如同后台管理系统总觉得不适合前后端分离，跟风做前后端分离才是可怕，成本，交付周期，效率，运维等问题，还是传统组件化适合后台管理系统。
企业用svn的多，个人开发者git的比较多，看场合
首先要问问你自己为什么感觉用git就有点高级的这种认知。svn，git仅仅是工具。并不能大量提升你的工作效率。我觉得可能有几点
1.很多公司之前的习惯，svn已经部署好，里面有公司大量的项目，不太好转换
2 很多人不太会使用git ，觉得svn已经够用了。当然选择自己熟悉的更方便出现问题好解决
3 头部效应 就是领导决定使用啥。
其实我个人认为项目管理工具，应该是适合这个团队的就是最好的。没有什么对错之分，svn也还行，虽然git有点那么点小优势。
相关问答推荐
热点关注
华裔女赌王就此没落，生前让所有 浓情端午粽飘香，青浦邀你“云体 上海：“云端”展现端午节文化内 “甜咸大战”！明星艺人们喜欢什 如何做一个男人喜欢的情人(如何 当你和你同时出现在同一个场景中 如何在昏暗的光线下设置快门速度 教育在生活中的价值是什么？ 世上做坏事的人死后会面临什么因 拜登就任总统后的第一步是什么？ 同意/不同意：人生最重要的目标 二战后，德国在调和分歧方面做得 亚伯·林肯恨白人吗？ 一个编辑能把你的故事毁得有多严 现在的iPhone6还能坚持再用一年 曹操为什么不杀司马懿？ 现在买房是不是最便宜的时候，现 我身边的农业银行营业厅关了，AT 欧洲媒体评选CBA最有实力球员， 荣耀play的6+128和荣耀8X的6+128 蚂蚁集团是科技公司还是金融公司 请问机友华为mate30P与华为mate3 听说老詹修剪一次指甲需要5小时 为什么说宝宝“一月睡二月哭三月 戴笠人称戴老板，这个是怎么叫出 没有工作能一次性补缴社保么？ 我想知道定向师范生和免费师范生 肺癌引起的咳嗽是怎样的呢？ 5000mAh电池的5G手机推荐吗？要 恒大亚冠表现“差强人意”，你觉
