大家有什么好的理由可以列出来让领导从 SVN 改为 git 吗

svn review 代码为什么蛋疼呢？

然后下一个入职的说他原来是用 svn 的，用 git 真蛋疼，想让领导用 svn 咋办

确保所有员工都基本掌握了 git 用法，才可以向经理推广吧，

老板一般会问你谁来把 svn 的记录导到 git 去，git 谁来维护诸如此类

也可以考虑用 git-svn。

方便从 github 上拉开源代码，无缝衔接

既然没有什么好理由，那为什么要换？从领导的角度考虑这里的利弊有哪些？

现在自己组里用呗， 然后推广下， 再不济不是还是 git--svn 吗，

我上一个公司一开始是没有 svn 的 还需要运维写一份 svn 科普文章 发到各个开发手上。
真让人害怕

还有 review 代码那个等待拉取时间

看样子有不少数据，可以把数据和代码分两个仓库吧，数据 svn，代码 git。

没有，一切服从领导安排，next question

能给领导带来巨大利润的理由

emmmm VSS 怎么办..感觉比 svn 还难用

领导：老老实实写代码，不要 bb。。。

是不是，svn 服务器挂了，所有提交记录就都没了。。而 git 不会

@vincenttone 在 AS 上拉取非常慢。。。小乌龟倒是很快，但是我们不用小乌龟 review 啊

@qiqico 挂的情况太少了。。不考虑

@huiyifyj 不用，我觉得部分员工掌握了就可以了，有人可以问，SVN 对应操作的映射又是什么就足够了

@yzmm 公司已经有 git 了。。只是我们组不切换，导入这个事情我可以干，并不难，脚本跑一下就好了。我是打算提上去之后，我来推广的

光是切分支, 合并分支, stash, 并行开发就已经足够 svn 换 git 了啊

你抱怨那几个问题就是很好的理由吧
我觉得能说服自己的理由才好说服老板
git 对我来说，就是合并代码更方便。
适合项目分支多，开发人员多，需要频繁合并代码的情况。
另外，经常无法访问代码库，还要提交代码，用 git 更方便，因为可以本地提交。
如果项目各个模块独立，就一个人维护，我还真是觉得 svn 方便多了。

辞职

炒掉领导

@qiqico 把 svn 服务器的数据删了，但是不要跑路，然后用 git 分布式仓库例子说明 git 更安全。

这个东西公司技术负责人直接就决定了，还要请示什么领导
如果是需要精细权限控制，那就切不了 git，只能用 svn

不用说服，在公司这种集中代码管理的环境里，svn 足够了，引入 git 没什么收益。而且会使日常开发流程变复杂

@hilow 我们项目现在就是合并代码很蛋疼，10 几个人操一个分支，每次合并都会出幺蛾子。我印象中 git 合并代码是没有那么蛋疼的。

@nicevar git 一直都是可以精细权限管理，只是大部分不知道怎么操作而已。现在 gitlab 已经把这个功能做成了图像化界面了。想 lock 什么就 lock 什么

@3a3Mp112 我们公司虽然是重度使用 SVN。。。但是真的没有 SVN 的详细操作文档，这点才是最蛋疼的

@happinessnch 理由很多啊，分支的切换和创建，秒杀 SVN。Git 的 stack 功能方便过 patch 功能。多人合并的时候 git 要比 SVN 流畅很多。查看代码记录的时候 SVN 拉取不稳定，Git 因为是离线，直接就可以查看

楼主从 svn 拉取和推送经常宕机说起就可以了。
而 git 相对来说现在非常稳定。
不过，楼主先了解一下公司对于代码安全的想法再决定。

如果内网服务器都没人管的话 就不要计较用 svn 还是 git 了有什么用什么.....

@qiqico 我们公司以前的 SVN 服务器就挂了，然后代码全丢了，现在换为了 Git

@Felldeadbird 这个问题倒不是很大，毕竟 iOS 组已经在用了，而且用了很久了

Git 不怕删库啊
SVN 被删的话会很麻烦

@HangoX #28 你没搞清楚什么是精细权限控制，git 是一直以来没有精细权限管理，所以还有不少公司用 svn 不肯换，你说的 lock 根本不是什么精细权限控制，只能做到项目单独控制，你能用 gitlab 控制同一个项目不同文件夹的权限么？

再等几年吧

还有什么理由不换 git 嘛，有也是人为阻碍

使用 SVN 合并代码，然后上线，真的很痛苦

先用 git-svn 将就一下吧

我在之前那家公司就是用 git-svn，好歹本地自己可以用 git 了

搞个内部培训，展示下 git 的方便快捷

我觉得公司内网用 svn 挺好的。

没啥区别啊……

有这时间想想正经事儿吧

公司内部推了 git,就我和前端两个人开发，他页面代码 24h 日常报冲突，都有点不想用了，简直蛋疼，让他看下教程也懒得看，唉

辞职。。

@jorneyr 你司 svn 服务器都没备份赖不了 svn 这个应该跟运维商量一下

随便找个机器跑 subgit 就行了，配置一次之后就可以忘记用的是 svn 了

1. 换个听话的领导。
2. 换个公司。
改变别人总是比改变自己要难的多。

@qiqico 是这样的。我司原来也是用的 SVN,极卡无比。后来版本机挂了，就乘机换了。

能用好 git，为什么不能用好 svn 呢。
工具而已，还是心态。

你给大家培训一下。领导考虑的是团队整体。

告诉他 svn 的权限控制太麻烦了，还得找人配置服务端，用 git 就可以省掉这个工作量了，因为 git 不支持权限控制

先向同事安利 git-svn 吧，等大部分人用熟悉 git 之后再往后搞吧。

@SoukNow 我们之前也是这样，svn 服务器挂了几次，之后提交记录都丢了，才乘机换过来

@shilyx git 不支持权限控制??

以前在 xx 银行，20 人的项目组代码都是在开发人员机器上，没见过 svn，想想都可怕。文档用的 VSS 管理，linux 死活没有客户端，想死的节奏

svn server 会越来越臃肿的, 到了后期是一件及其麻烦的事情, 因为 svn 的 delete 操作不是真正意义上的物理删除 所以硬盘空间还会被占用

公司的私有代码更适合 svn 这种集中的版本控制。

@jorneyr 本地有备份可以恢复啊

git svn 命令了解一下～

你就说 NB 的公司都用 git

还在用 svn 的公司就不该去

svn 便宜啊。git 多贵啊

领导在乎的是代码安全 亲测过

文档 svn。代码 git。

在 v2 问这类问题的，一般不是建议辞职就是转行，你想有几个正经的解决办法

“不是建议辞职就是建议转行”，哈哈，全公司 10 多个开发，就我一人用 git，我早就放弃安利他们了，他们问我为什么用 git，我只能告诉他们我要做“持续集成”，然后他们全都一脸问号的什么是“持续集成”，但是表面上大家都“哦，哦，哦”，就散了，这几天来了个测试，报 BUG 给我，1 分钟内修复了，发布了，他问我“就修复了？”，我说“恩”，有点装逼的小快感，虽然我还是个弱鸡，只能靠各种 github 大神的三方包来装胖子。

喜欢 git 不喜欢 svn 上面的人死板，以为自己的代码值几个亿，还保守，无法转化。

而且连 svn 都用不好，都不搞分支，哈哈 有点搞笑

我现在用 git-svn，习惯用 git 了确实舒服，真心感谢以前公司强制推行 git，才能接触到
公司有的是技术大佬，用什么工具一般都排不上号去说吧，自己机器上用就得了

我是公司小领导 哈哈 我自己搭的 SVN 下属说 GIT 更好 于是让他们自己搭了个 GIT 在服务器上

1. 容易换人

svn 改到 git 是更新换代啊，还需要什么理由呢？唯一的阻碍就是 team 其他成员不熟 git，你不妨开个技术分享讲座，把他们教会，迁移了，免费上门技术支持还有什么理由不换？

备份和迁移很麻烦。

@applehater 这操作太骚了哈哈哈哈哈哈

在家方便加班？？？

@nicevar 有个东西叫 hook，别说按目录控制 ACL，按 commit sha 的尾号控制都行。。。。

@jameslan #78 你怎么不说直接二次开发增加精细权限控制？公司要的都是成品能用的

@crayygy 不支持 svn 那样的权限管理。说实话，统一的一整个代码库从公司的角度来看，svn 更适合

工具而已，很多项目 svn 足够