svn 明明很好用呀，为啥那么多人歧视?

[zarte]

1.导出修改的文件：
svn：选择提交记录右键导出。
git：命令导出数据太多的时候就无法导出
2.冲突
svn：图形界面查看直接修改保存
git：没用过图形界面的
3.分支
git：分支修改后实际上本地文件是变了，感觉跟手动选择更新没啥区别

[jim9606]

完全可以把 git 当成 svn 用，git 的意义在于可以脱离服务器工作。因为比 svn 多了本地仓库与远程仓库同步的步骤 fetch,push,pull(fetch+merge),刚接触的可能会晕。
至于权限控制，可以用 gitosis 或者 gitlab 整体方案，或者直接拆分项目。

[icyalala]

git 和 svn 各有各的特色。被鄙视的是那种 "只会用一个但是鄙视另一个" 的人。

[murmur]

svn 适合企业、分工明确的项目
git 特别适合云撕逼

[lusi1990]

@nullcoder 这个棒

[MonoLogueChi]

游戏开发者表示，git 真 tm 难用

[afx]

@HongJay 含泪点赞，尤其项目文件大的时候，真带薪开分支

[duzhihao]

算了。还是换 react 和 vue 谁好的问题吧

[GeruzoniAnsasu]

两个工具的倾向很不一样

svn 主要作用在于控制版本历史
git 的目的在于多人协作


违背设计倾向去使用无论哪个都会寸步难行
SVN 你想在多人合作下细粒度地分工并行简直是噩梦，带薪开分支我笑了了一下，而且其他人是无法容忍分支上有 wip 节点的，他得从过去的某个 full-featured 节点分支出去再 merge 回来，这对于 svn 来说简直相当于上刑
GIT 的话首先它的历史系统真的太复杂了，一个 merge 节点包含过去两条并行的历史，一个复杂的多人协作项目，用可视化界面一眼看上去 5 条竖线顿时头大，更别说没 GUI 的话翻 commit 能翻成傻逼，这很大程度也是为什么几乎所有用 git 的项目都要强调“在 merge 到主线前必须 rebase ”，目的就是减少并行历史，节点逻辑相对清晰。而 SVN 的特性决定了没法搞出来这么复杂的节点历史树，每一个分支都是源码副本的单线历史，非常清晰

[GeruzoniAnsasu]

“歧视 svn ”的原因在于 互联网行业开发特性就是迭代快，版本多，分工细，模块上线时间不同步，这些因素迫使大家去选择“倾向于多人协作”的 git

你可以想象一下用 SVN 得撕逼撕成啥样：
“哎卧槽说了这个 pipeline 没跑完之前不要 push 啊，没测完就加个新版本进来到时候怎么合啊”
“哪个傻逼往公共主线上推了一个没写完的微服务，赶快出来挨打，我 tm 删构建代码都删了半天”
“什么？ 分支 1 上这个特性在 r305 就有了啊，怎么分支 5 都滚到 r378 了还没加上……什么？代码结构变了没法合并？那你赶快给我重写一个一样的，今晚搞定可以吧？”
“ A 你跟 B 的模块对接完成了吗？ 啥还没搞定？赶紧搞完，别的同事都没法上传代码了”

[chenqh]

没网你们真的能够写代码吗？方正我不能

[chenqh]

感觉还是 git 难用，如果不是 gayhub，git 不会有现在这么火

[mingl0280]

shi 一样的 svn 的分支管理……现在公司用着 svn 真的是十分蛋疼……

[xuanbg]

SVN 不难用，但 Git 更好用呀！

[Mutoo]

公司在国内用 svn，我在国外兼职远程工作简直是恶梦，遇到网络不好的时候，没法提交。后来用 git-svn 桥接解决。
另一个痛点上面也提到了，就是如果有人往仓库提交了有错误的代码，不等他修好，导致其它人都无法正常协作，这是非常蛋疼的，一周总会发生一两次。这主要是 SVN 分支非常难用导致的。

[Cbdy]

看看 Linus 怎么说的
https://v.youku.com/v_show/id_XMzg5MjIzODM3Mg==

[mohoumk2]

svn 不是管理文件的吗………替代 ftp 特好用

[wdv2ly]

@hlwjia 哈哈哈哈+1，git 或许有不好的地方，但 LZ 选的槽点恰恰坐实了他一点不懂 git

[sugars]

有更好用的 git 我为什么要用 svn ？所以这就是别人眼中的歧视

[babedoll]

你们用过 TFS 吗 我吹爆!!
不仅有每次代码上传的历史记录，也就是任何时候可以回退到历史版本。而且上传自己更改的代码的时候如果和其他人有冲突会有历史文件对比和代码块重新选择！

呜呜呜太好用了，TFS 一生推。

[raptor]

我还以为自己穿越了，翻了一下旧文，发现我吹 svn 的时候是 2005 年……