这是一个创建于 2833 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在用 SVN 合并代码实在是太蛋疼了吗,还有 review 代码那个等待拉取时间。 本人以前是使用 git 的，但是没有那么多人合作过，也不清楚一些问题。
 |
1
vincenttone 2018 年 4 月 17 日
svn review 代码为什么蛋疼呢？
|
 |
2
bzzhou 2018 年 4 月 17 日
然后下一个入职的说他原来是用 svn 的，用 git 真蛋疼，想让领导用 svn 咋办
|
 |
3
fengyj 2018 年 4 月 17 日 via Android
确保所有员工都基本掌握了 git 用法，才可以向经理推广吧，🤐
|
 |
4
yzmm 2018 年 4 月 17 日
老板一般会问你谁来把 svn 的记录导到 git 去，git 谁来维护诸如此类
|
 |
5
lightening 2018 年 4 月 17 日  1
也可以考虑用 git-svn。
|
 |
6
asj 2018 年 4 月 17 日
方便从 github 上拉开源代码，无缝衔接
|
 |
7
happinessnch 2018 年 4 月 17 日
既然没有什么好理由，那为什么要换？从领导的角度考虑这里的利弊有哪些？
|
 |
8
weixiangzhe 2018 年 4 月 17 日 via iPhone
现在自己组里用呗， 然后推广下， 再不济不是还是 git--svn 吗，
|
 |
9
3a3Mp112 2018 年 4 月 17 日
我上一个公司一开始是没有 svn 的 还需要运维写一份 svn 科普文章 发到各个开发手上。
真让人害怕 |
 |
10
acros 2018 年 4 月 17 日
还有 review 代码那个等待拉取时间
看样子有不少数据，可以把数据和代码分两个仓库吧，数据 svn，代码 git。 |
 |
11
gdm 2018 年 4 月 17 日 1
没有，一切服从领导安排，next question
|
 |
12
580a388da131 2018 年 4 月 17 日 via Android
能给领导带来巨大利润的理由
|
 |
13
dbpe 2018 年 4 月 17 日
emmmm VSS 怎么办..感觉比 svn 还难用
|
 |
14
sampeng 2018 年 4 月 17 日
领导：老老实实写代码，不要 bb。。。
|
 |
15
qiqico 2018 年 4 月 17 日
是不是，svn 服务器挂了，所有提交记录就都没了。。而 git 不会
|
 |
16
HangoX OP @vincenttone 在 AS 上拉取非常慢。。。小乌龟倒是很快，但是我们不用小乌龟 review 啊
|
 |
20
FrankAdler 2018 年 4 月 17 日 2
光是切分支, 合并分支, stash, 并行开发就已经足够 svn 换 git 了啊
|
 |
21
hilow 2018 年 4 月 17 日 via Android
你抱怨那几个问题就是很好的理由吧
我觉得能说服自己的理由才好说服老板 git 对我来说，就是合并代码更方便。 适合项目分支多，开发人员多，需要频繁合并代码的情况。 另外，经常无法访问代码库，还要提交代码，用 git 更方便，因为可以本地提交。 如果项目各个模块独立，就一个人维护，我还真是觉得 svn 方便多了。 |
 |
22
awesomes 2018 年 4 月 17 日
辞职
|
 |
23
zjsxwc 2018 年 4 月 17 日 via Android
炒掉领导
|
 |
24
applehater 2018 年 4 月 17 日 via iPhone 1
@qiqico 把 svn 服务器的数据删了，但是不要跑路，然后用 git 分布式仓库例子说明 git 更安全。
|
 |
25
nicevar 2018 年 4 月 17 日
这个东西公司技术负责人直接就决定了，还要请示什么领导
如果是需要精细权限控制，那就切不了 git，只能用 svn |
 |
26
BlackCat02 2018 年 4 月 17 日
不用说服，在公司这种集中代码管理的环境里，svn 足够了，引入 git 没什么收益。而且会使日常开发流程变复杂
|
|
28
HangoX OP @nicevar git 一直都是可以精细权限管理，只是大部分不知道怎么操作而已。现在 gitlab 已经把这个功能做成了图像化界面了。想 lock 什么就 lock 什么
|
|
30
HangoX OP @happinessnch 理由很多啊，分支的切换和创建，秒杀 SVN。Git 的 stack 功能方便过 patch 功能。多人合并的时候 git 要比 SVN 流畅很多。查看代码记录的时候 SVN 拉取不稳定，Git 因为是离线，直接就可以查看
|
 |
31
Felldeadbird 2018 年 4 月 17 日 via iPhone 1
楼主从 svn 拉取和推送经常宕机说起就可以了。
而 git 相对来说现在非常稳定。 不过，楼主先了解一下公司对于代码安全的想法再决定。 |
 |
32
lolizeppelin 2018 年 4 月 17 日
如果内网服务器都没人管的话 就不要计较用 svn 还是 git 了有什么用什么.....
|
|
34
HangoX OP @Felldeadbird 这个问题倒不是很大，毕竟 iOS 组已经在用了，而且用了很久了
|
 |
35
Leafove 2018 年 4 月 17 日
Git 不怕删库啊
SVN 被删的话会很麻烦 |
|
36
nicevar 2018 年 4 月 17 日
@HangoX #28 你没搞清楚什么是精细权限控制，git 是一直以来没有精细权限管理，所以还有不少公司用 svn 不肯换，你说的 lock 根本不是什么精细权限控制，只能做到项目单独控制，你能用 gitlab 控制同一个项目不同文件夹的权限么？
|
 |
37
SouthCityCowBoy 2018 年 4 月 17 日
再等几年吧
|
 |
38
8rB61FLBPVSxW2C8 2018 年 4 月 17 日 via Android
还有什么理由不换 git 嘛，有也是人为阻碍
|
 |
39
lsls931011 2018 年 4 月 17 日
使用 SVN 合并代码，然后上线，真的很痛苦
|
 |
40
hatcloud 2018 年 4 月 18 日 via iPhone
先用 git-svn 将就一下吧
|
|
41
hatcloud 2018 年 4 月 18 日 via iPhone
我在之前那家公司就是用 git-svn，好歹本地自己可以用 git 了
|
 |
42
mingyun 2018 年 4 月 18 日
搞个内部培训，展示下 git 的方便快捷
|
 |
43
jimzhong 2018 年 4 月 18 日
我觉得公司内网用 svn 挺好的。
|
 |
44
wolffn 2018 年 4 月 18 日
没啥区别啊……
有这时间想想正经事儿吧 |
 |
45
night98 2018 年 4 月 18 日 via Android
公司内部推了 git,就我和前端两个人开发，他页面代码 24h 日常报冲突，都有点不想用了，简直蛋疼，让他看下教程也懒得看，唉
|
|
46
4BVL25L90W260T9U 2018 年 4 月 18 日
辞职。。
|
 |
48
raptium 2018 年 4 月 18 日 via iPhone
随便找个机器跑 subgit 就行了，配置一次之后就可以忘记用的是 svn 了
|
 |
49
vela 2018 年 4 月 18 日
1. 换个听话的领导。
2. 换个公司。 改变别人总是比改变自己要难的多。 |
 |
51
dingling136 2018 年 4 月 18 日
能用好 git，为什么不能用好 svn 呢。
工具而已，还是心态。 |
 |
52
nullen 2018 年 4 月 18 日
你给大家培训一下。领导考虑的是团队整体。
|
 |
53
shilyx 2018 年 4 月 18 日
告诉他 svn 的权限控制太麻烦了，还得找人配置服务端，用 git 就可以省掉这个工作量了，因为 git 不支持权限控制
|
 |
54
tusj 2018 年 4 月 18 日
先向同事安利 git-svn 吧，等大部分人用熟悉 git 之后再往后搞吧。
|
 |
55
anyforever 2018 年 4 月 18 日
@SoukNow 我们之前也是这样，svn 服务器挂了几次，之后提交记录都丢了，才乘机换过来
|
 |
57
jackcfan 2018 年 4 月 18 日
以前在 xx 银行，20 人的项目组代码都是在开发人员机器上，没见过 svn，想想都可怕。文档用的 VSS 管理，linux 死活没有客户端，想死的节奏
|
 |
58
dairen 2018 年 4 月 18 日
svn server 会越来越臃肿的, 到了后期是一件及其麻烦的事情, 因为 svn 的 delete 操作不是真正意义上的物理删除 所以硬盘空间还会被占用
|
 |
59
spadger 2018 年 4 月 18 日 via Android
公司的私有代码更适合 svn 这种集中的版本控制。
|
 |
61
jinhan13789991 2018 年 4 月 18 日
git svn 命令了解一下～
|
 |
62
SelFree 2018 年 4 月 18 日
你就说 NB 的公司都用 git
|
 |
63
HuangLibo 2018 年 4 月 18 日
还在用 svn 的公司就不该去
|
 |
64
w99wen 2018 年 4 月 18 日
svn 便宜啊。git 多贵啊
|
 |
65
dudukee 2018 年 4 月 18 日
领导在乎的是代码安全 亲测过
|
 |
66
ai277014717 2018 年 4 月 18 日
文档 svn。代码 git。
|
 |
67
CX 2018 年 4 月 18 日
在 v2 问这类问题的，一般不是建议辞职就是转行，你想有几个正经的解决办法
|
 |
68
vlyonline 2018 年 4 月 18 日
“不是建议辞职就是建议转行”，哈哈，全公司 10 多个开发，就我一人用 git，我早就放弃安利他们了，他们问我为什么用 git，我只能告诉他们我要做“持续集成”，然后他们全都一脸问号的什么是“持续集成”，但是表面上大家都“哦，哦，哦”，就散了，这几天来了个测试，报 BUG 给我，1 分钟内修复了，发布了，他问我“就修复了？”，我说“恩”，有点装逼的小快感，虽然我还是个弱鸡，只能靠各种 github 大神的三方包来装胖子。
|
 |
69
hasbug 2018 年 4 月 18 日
喜欢 git 不喜欢 svn 上面的人死板，以为自己的代码值几个亿，还保守，无法转化。
|
|
70
hasbug 2018 年 4 月 18 日
而且连 svn 都用不好，都不搞分支，哈哈 有点搞笑
|
 |
71
betaShine 2018 年 4 月 18 日 via iPhone
我现在用 git-svn，习惯用 git 了确实舒服，真心感谢以前公司强制推行 git，才能接触到
公司有的是技术大佬，用什么工具一般都排不上号去说吧，自己机器上用就得了 |
 |
72
chinayeke 2018 年 4 月 18 日
我是公司小领导 哈哈 我自己搭的 SVN 下属说 GIT 更好 于是让他们自己搭了个 GIT 在服务器上
|
 |
73
persimmon 2018 年 4 月 18 日
1. 容易换人
|
 |
74
winglight2016 2018 年 4 月 18 日
svn 改到 git 是更新换代啊，还需要什么理由呢？唯一的阻碍就是 team 其他成员不熟 git，你不妨开个技术分享讲座，把他们教会，迁移了，免费上门技术支持——还有什么理由不换？
|
 |
75
shouqw 2018 年 4 月 19 日
备份和迁移很麻烦。
|
 |
76
Dawnki 2018 年 4 月 19 日 via iPhone
@applehater 这操作太骚了哈哈哈哈哈哈
|
 |
77
Antidictator 2018 年 4 月 19 日
在家方便加班？？？
 |
 |
81
flynaj 2018 年 4 月 27 日 via Android
工具而已，很多项目 svn 足够
|
Select Language