- 本人所在公司是做金融领域的，香港团队和深圳团队互相配合。
- 今下午利用下班前的一个小时演示 git 和 gitlab 给同事看，想规范下公司的工作流程。结果在 git 工作的那个流程图和同事争论了很久，在 gitlab 上也没有他们看到的优点，反而说像个监视器一样监督他们的工作。满足不了他们的需求，让他们看不到闪光点。
- 后面组长也说没有太多欣赏的地方，其他的同事旧说适合大型项目，不适合本公司， svn 基本满足大家了，说完这些都快 7 点了，大家肚子都饿了，组长就说明天继续，看这情形，明天基本黄了。
This topic created in 3490 days ago, the information mentioned may be changed or developed.
Supplement 1 · Nov 18, 2016
- 我看下面都快吵起来了，没必要，我把公司大致的情况说下。
- 第一说下现在的团队，大部分都是些妈妈爸爸级别的，基本做的事都是业务上的，深入的技术很少涉及，所以你要他们学什么流程真的是件很难的事。
- 第二个业务上，以我部门为例，贷款系统核心部分都是一样的。每次要做个新项目就是在核心部分上修修补补就 OK 了，所以也没那么多事做。
- 第三个，代码管理使用的是 svn ， cms(不知道这是什么玩意，注释非常奇葩)什么的，和香港那边的团队代码都是用邮件发过去，这也是为什么我推这些东西的原因。但现在要他们学这么多新技术，新流程真的是件很难的事。
- 第四个，公司气氛很沉闷，基本自扫门前雪，做好自己的就可以了。所以这个公司就是个养老的地方，大家没有那么多动力去主动学习。我讲这些东西的时候，好多人都是第一次听，大部分人都是一愣一愣的，就像晚清的那些中国人一样，好像不关自己的事。
- 因为这些原因，我知道公司就像一艘快要缓慢沉掉的船，大部分人想的是如何在船沉掉之前捞一笔就走，而不是把这艘船修好，让它走在正确的道路上(实际没这么惨，过日子还是没问题)。但我更多想的是能不能把一个病人给救好，所以今天的事也太冲动了，下了重药。其实救人更重要救缓。
- 看了各位的留言，我觉得写得最多的两位(附言里看不到，不好意思，不列出来了)挺有意思的。我决定按照你们的建议再去试一次。那么明天，我会先放下这个事，因为真的太年轻，没做充足准备，我再这样基本和所有人为敌了。在过年前，我会把详细的文档和这些优点(与 SVN 的比较)列出来，把这些规范还有自动化部署的好处列出来，整个团队好好讨论一次。因为世界上这么多公司都在用这些东西，实施这些流程，不可能没存在的价值。如果我做这些还是打消不了大家的疑虑，咱就算了，年后我就辞职，不陪你们玩了。
- 第一说下现在的团队，大部分都是些妈妈爸爸级别的，基本做的事都是业务上的，深入的技术很少涉及，所以你要他们学什么流程真的是件很难的事。
- 第二个业务上，以我部门为例，贷款系统核心部分都是一样的。每次要做个新项目就是在核心部分上修修补补就 OK 了，所以也没那么多事做。
- 第三个，代码管理使用的是 svn ， cms(不知道这是什么玩意，注释非常奇葩)什么的，和香港那边的团队代码都是用邮件发过去，这也是为什么我推这些东西的原因。但现在要他们学这么多新技术，新流程真的是件很难的事。
- 第四个，公司气氛很沉闷，基本自扫门前雪，做好自己的就可以了。所以这个公司就是个养老的地方，大家没有那么多动力去主动学习。我讲这些东西的时候，好多人都是第一次听，大部分人都是一愣一愣的，就像晚清的那些中国人一样，好像不关自己的事。
- 因为这些原因，我知道公司就像一艘快要缓慢沉掉的船，大部分人想的是如何在船沉掉之前捞一笔就走，而不是把这艘船修好，让它走在正确的道路上(实际没这么惨，过日子还是没问题)。但我更多想的是能不能把一个病人给救好，所以今天的事也太冲动了，下了重药。其实救人更重要救缓。
- 看了各位的留言，我觉得写得最多的两位(附言里看不到，不好意思，不列出来了)挺有意思的。我决定按照你们的建议再去试一次。那么明天，我会先放下这个事，因为真的太年轻，没做充足准备，我再这样基本和所有人为敌了。在过年前，我会把详细的文档和这些优点(与 SVN 的比较)列出来，把这些规范还有自动化部署的好处列出来，整个团队好好讨论一次。因为世界上这么多公司都在用这些东西，实施这些流程，不可能没存在的价值。如果我做这些还是打消不了大家的疑虑，咱就算了，年后我就辞职，不陪你们玩了。
Supplement 2 · Nov 18, 2016
- 忘了补充一条，其实团队的人真的很好，都是些大妈大叔级别的，人家没那么多想法，更多是在事上说这个，并不是动不动就是利益。做这个人家没多什么，也没少什么，大家更多的是说自己的看法，尤其是团队的几位主干我觉得他们说的很有道理，就这样，大家晚安。
 |
1
answeryou Nov 17, 2016
离职吧
|
 |
2
goofansu Nov 17, 2016 via iPhone
你有没有说你们工作中用 svn 哪里不方便、要比较着说的，单说一个好没用
|
 |
4
levon Nov 17, 2016
可能没说出足够的优势让人信服，另外你是领导吗，如果是，就强硬点
|
 |
7
Lonely Nov 17, 2016 via iPhone
说不出个所以然来就不要说
|
|
9
goofansu Nov 17, 2016 via iPhone
是很难改变的，主要听你语气，组长没啥兴趣，还是算了
|
 |
10
yxjxx Nov 17, 2016 via iPhone
看标题还以为是大家都欣然接受。
|
 |
11
9hills Nov 17, 2016 via iPhone  1
流程改变是由上到下的。
|
 |
13
a4222012 OP @goofansu 她的意思是这些东西学习成本太高，老员工要学习很多东西，如果拥有者是公司经理的话，他只想知道这东西能干嘛，怎么用，搞得这么复杂，大家都很累。妈蛋，我又做了一回费力不讨好的事。
|
 |
14
ys0290 Nov 17, 2016 via iPhone
组长也看到回天乏术了
|
 |
16
fwrq41251 Nov 17, 2016
svn 也有一些 git 做不到的事情。比如 check out 分支下某个目录。 merge 的时候选择指定版本(git 的 cherry pick 很难用)。
|
|
17
a4222012 OP @9hills 主要公司气氛太闷，大家都有点混的意思，我真的想做一点改变，不想辞职一走了之，毕竟拿人家钱还是要尽心。哪知道自己小组这关都过不了。
|
 |
18
muziki Nov 17, 2016 1
svn 在很多公司挺受欢迎的啊，看公司选择吧，不选 git 也没什么
|
 |
19
ivvei Nov 17, 2016
svn 到 git 是有学习成本啊，光分布式的概念就要培养一段时间。
我现在这公司是用 git 的，但是我刚入职的时候向公司首席要一份代码的时候，他反复告诉我已经提交了然而我就是看不到，于是我跑过去看他操作，发现他就真的只是做了“提交”…… |
 |
22
millson Nov 17, 2016
多次从 git flow 中受益， git 强大的分支管理功能已经离不开了
|
 |
28
jtacm Nov 17, 2016 10
我见过很多人都说 git 好，那是因为别人大家都说好，或者很多 cool 的项目和人都在用 git 罢了，真要问他 git 比 svn 好在哪里，他也答不上来多少实质上的东西（注：不是针对楼主）。
客观的讲，不是每个程序员都能把 git 比 svn 好在哪里说透彻的。 一方面，要同时对 git 和 svn 都有一定的了解和使用经验，要能应对诸如“这个 svn 功能在 git 里怎么操作”，“这个操作 git 比 svn 复杂” 等各种质问。 另一方面，要有口才和说服别人的能力，这种能力随着年岁的增长越发重要。 楼主不要灰心，世界很大，以后这种类似事情还会遇到。增加自己的业务水平，同时也锻炼自己的口才，争取下次遇到这种类似争论时，秒杀对手。 |
 |
29
jhaohai Nov 17, 2016
svn 用的挺好的，非要还 git 干啥
|
 |
31
vghdjgh Nov 17, 2016
可以考虑推更简单的 github flow 。
另外，为什么有人不管事情有多小，都劝人辞职？ |
 |
33
tracyone Nov 17, 2016 via iPhone
楼主不是口才不好，是准备和经验不足，而且你们公司很可能都是做 windows 方面的东西接触命令行比较少，要知道如今安卓方面， ios 方面的开发都是 git 了，长痛不如短痛
|
 |
35
tabris17 Nov 17, 2016
SVN 怎么了？够用就行
|
 |
38
murmur Nov 17, 2016
git 你让别人学会是直接拉还是下下来自己变基
这都是个问题 当然我是喜欢变基的 直接 pull 感觉会挂 一般公司 svn 的却没什么问题 都是公用服务器带备份 也不需要本地留一堆版本 何况就算给你 git 你敢用他的功能合并代码？ 我都是一行行确认了才敢合的 |
 |
40
wannafly Nov 17, 2016
你自己都说不清楚新东西对你们的工作流程有什么帮助, 就因为网上大家都说好你就要上马, 你是在浪费你们公司人的时间.
|
 |
41
imcj Nov 17, 2016 3
在公司内部推动一件事情你要考虑清楚两个点，一、符合领导的期望，由上而下的行政命令执行。二、符合大多数职员的期望，由下而上的革命。
一、容易引火烧身，因为往往忽略了同事的根本利益，假如大多数人工作都是划水，你提供一个提高工作效率的建议，往往把自己置为它们的敌对位置。就算没有人是划水的，但是事前他们不知道这一件事情，没有沟通好，反馈往往都是负面的。 二、累，每个人都有自己的想法，众口难调。而且愿意做出改变的人永远是少数。 |
 |
42
otakustay Nov 17, 2016 via iPad
痛过才懂，我团队的 rd 子团队连续好几次 svn 做部分 merge 时出问题影响线上，最后很积极地学 git 和 cherry-pick 去了
|
 |
43
zhouquanbest Nov 17, 2016 5
我刚毕业时在上家创业公司时 从进去抱怨 SVN 到强推 Git 花了三个月
刚去是个小开发 只能别人用 SVN 我用 Git-SVN 然后每次聊天吃饭都要心机一发 给 CTO 推荐 Git 不过基本没啥效果 让其他人换太难 迁移成本大 干了两个月转正了 也在公司竖了点威信 自己带一个 team CTO 才让我自己搭 Gitlab 在自己的 team 里用 但参与别的项目还得 SVN 后来我接手的东西多了 就开始强行迁移项目到 Gitlab 上 要历史 好 我写脚本导 SVN history 要教会其他人 好 我写教程做 PPT 要自动化 好 我改 HOOK 我改持续集成 Gitlab 功能不够 邮件格式和以前不一样 我花一晚上学 ruby 瞎 JB 改 基本搞了半年才正真算让自己看到的地方都换上了 git （ CTO 自己带的依旧 SVN 我觉得这事还真得学习日剧晨间女主角 自己不爽就要坚持改 潜移默化 毕竟生活是自己的 用不爽的工具天天不爽的是自己 别人用 git 不爽了 那是他们的事 等他们跳槽了 发现外面的世界都在用 git 还要感谢你 不过有时候有些工具为了照顾到所有人 还是得弃用 比如 Gmail 比如 Slack 可以让开发学会 当要让运营商务等去使用 实在是得不偿失 而一个公司不同团队用不同工具 带来的沟通成本更高 效率更差 |
 |
44
shijingshijing Nov 17, 2016
别给自己找事，真要推行起来，你就是部署+运维+支持，懂不？
if it is not broken, don't try to fix it. 自己闷声发大财，多花时间看书才是王道～ |
 |
45
lhbc Nov 17, 2016
楼主你都没有说现在的代码管理存在什么问题，有什么痛点
换 git 后能不能解决这些问题，还会带来什么问题 如果我是你的主管，你的演示不说清楚以上两大问题，根本就不给你演示的机会 |
|
46
murmur Nov 17, 2016
@zhouquanbest 如果 git 都学不会，那就别玩了
会 svn 的学 git 也不成问题，你只要知道新的地方习惯 pull 还是 fetch+rebase 就够了 另外， git 的学费不是一般的高，不是分支起飞就是莫名其妙代码被合并没了 相比之下 svn 上手太简单了 |
|
47
zhouquanbest Nov 17, 2016
@murmur
学从来都不是问题 让一群三十多度日的大叔学已经就不是一个学习的问题了 比如面子 比如费劲 又不能给公司赚一分钱 还带来的风险 没见到过几个人初次在多人合作的大项目里没因用 git 出过乱子 还是经常会导致合并出错 冲突一堆 当年他们从 VSS 迁移到 SVN 的状况可想而知 |
 |
49
dearmymy Nov 17, 2016 via iPhone
说出 svn 痛点啊。新技术一直再出，没有痛点当然没动力了。
|
 |
50
akring Nov 17, 2016
对公司的技术选型 /生产力工具选择来说：
满足需求 + 学习成本低 = 坠吼的 满足需求 + 学习成本高 = 大家都不愿换 不满足需求 + 学习成本低 = 领导不给换 不满足需求 + 学习成本高 = SB 才换 超出需求 + 学习成本低 /高 = 大家都不想换并觉得楼主没事找事 。。。 楼主觉得哪一条适合你当前的处境呢？ |
 |
51
Lpl Nov 17, 2016 via Android
试试 Coding.net ？
|
 |
52
kmahyyg Nov 17, 2016 via Android
个人觉得楼主该去看看那个谁（貌似是刘鑫）写的 git 完全手册还是啥名的，忘了，很久以前看的，那里详细列举和举例了 git vs svn
|
 |
53
zonghua Nov 17, 2016 via iPhone
SVN 的权限管理全面，毕竟金融系统的源码
|
 |
54
lululau Nov 18, 2016 via iPhone
gitflow 确实太复杂。。。
熟练 git 操作也不一定能理解的了 gitflow 再说 git 的基本操作就比 SVN 复杂多了，新手学习难度还是很大的 |
 |
55
lightening Nov 18, 2016
那你说说看， svn 这样的集中式版本管理给你造成了什么实际的问题？
|
 |
56
railgun Nov 18, 2016
就为一个代码管理工具离职？何必呢
|
 |
57
wojiaodaxiaxia Nov 18, 2016 via Android 1
廖雪峰老师的教程讲的通俗易懂,新手必看啊 http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000
|
 |
58
tremblingblue Nov 18, 2016 via iPhone
赞同 1 楼，楼主的想法我很理解，我也经常这么想。
曾经我呆过这种环境，当我离开后很后悔没早点离开，在一个身边水平高过自己的环境虽然很累很折腾，但趁年轻不是应该往死里折腾自己么。楼主应该多想想将来，对自己负责。 |
 |
59
fgwww Nov 18, 2016 via iPad
too young 。人家跟你说客气话你当了真。
另外很多把 git 当 svn 用的人到处给别人推荐 git 其实是很不负责的 |
 |
60
justmile Nov 18, 2016
去争论一个版本控制软件真的没多大的意义，每个公司都有自己的选择，而我们作为程序员如果连这点学习能力都没有地话，那只能说你不适合干这行
|
 |
61
lxguidu Nov 18, 2016
最近也在折腾 git ，要说真没 svn 方便，当然各有优点吧。
|
 |
62
Felldeadbird Nov 18, 2016
金融公司还是别用 GIT 好。因为没有集中化管理，而且金融公司大多数担心涉密（要泄早就泄了），代码版本本地可以清晰看到。
我觉得将 SVN 迁移至 GIT ，最好的论点就是 针对 SVN 的强一致性、 崩溃性、 异地工作问题进行展开，这样其他人看到后，就会觉得，挖 GIT 原来这么实用啊。 |
 |
63
123s Nov 18, 2016
主要是你说得不清楚吧
|
 |
64
kusya Nov 18, 2016 via Android
自行车有自行车的好处，也没必要都让人开汽车
|
 |
65
wupher Nov 18, 2016
呵呵，这公司的相性明显与你不合么。
公司盈利主要依靠领域和客户关系，本身对技术发展并不感冒。对于管理者，保持稳定远比寻找技术红利更重要。 工作按你所言，也以堆砌业务代码为主，完全没考虑怎样提高效率，增加产出。人员观念陈旧不说，公司前景你也十分不看好。 这样的单位还是别呆下去了，尤其是在钱不多的情况下。如果年纪比较轻，强烈还是换一家公司来得好，别把自己耽误了。 作为从 CVS 过来的人，用了 7 年的 SVN ， 12 年转做 iOS 以来一直用 Git （话说 CocoaPods 也不支持 SVN 啊）。仅就版本控制而言，我觉得 GIt 真是比 SVN 方便很多。 Git 的多良好的分支支持， workflow ， rebase 都是 SVN 无法比拟的。配合 SourceTree ， gittower 等工具，基本不用程序员去敲命令行。 使用 Gitlab 来管理代码，文档远比把项目，代码放到 SVN 下，还要 checkout 之后才能阅读要来得方便。 Git 有完整的工具链支持，相比之下，很多新的代码监控，管理， CodeReview 工具都已不再支持 SVN 。 最重要的是， Git 是当前程序开发的主流与王者。你看现在的诸多的开发工具栈，从基础的代码管理服务，如 github, git.oschina coding.net, bitbucket 到诸多的开发包管理工具， cocoapods, rails plugin 都提供 git ，基于 git 。 Git 是眼下这个时代的主流，身为一个程序员，连 git 都不会，连 github 都没法用，还用我多说么。 |
 |
66
littleshy Nov 18, 2016
git 的权限控制不好弄吧。如果贵公司把权限看得很重，还是要用 SVN 方便。
|
 |
68
youxiachai Nov 18, 2016
其实用个 redmine 就能让 svn 有 gitlab 的功能了....
|
 |
70
yuankui Nov 18, 2016
如果全部学生都笨，那肯定不是学生笨，而是他们没有遇到一个好老师~
|
 |
71
julor Nov 18, 2016 via Android
试试 TortoiseGit ，他们会有亲切感
|
 |
72
unknownservice Nov 18, 2016
别费劲了，待在舒适区的人会有一百万个理由不愿意出来。过来人留。
|
 |
73
jy02534655 Nov 18, 2016
话说 git 敲命令提交确实很破烦，楼主推 git 的时候没考虑过直接推 Git 的可视化工具么，比如 Git Extensions 。上手不要太简单，日常使用只要 pull ， push 就行了。
|
 |
74
lkjkkk Nov 18, 2016 via iPhone
wlb ？
|
 |
75
c0878 Nov 18, 2016
不是 CTO 没必要做这种事情 年轻人不要呆在这种公司
|
 |
76
malkavia Nov 18, 2016
@unknownservice 附议
不要说楼主这种公司了，就我现在所在的，还算是个互联网公司，平均年龄应该在 30-，推个 git 都比登天还难 |
 |
77
hahasong Nov 18, 2016
难道是我来贷
|
 |
78
soli Nov 18, 2016 2
43 楼 @zhouquanbest 同学说的很赞啊。
新人不要总想一下搞个大事情。 如果真下决心推某种技术，那就先从自己的影响范围之内推广，并做好周边的工作。 然后再慢慢扩大范围。 你又不是倚天屠龙在手，为啥你一句话或半小时的 PPT 就让大家都做出改变？ 另外，那些因为一个版本控制不符合预期就建议你离职，还上纲上线的，他们是在害你。 在如你所说这么好的同事之间，连个 git 都推广不开来，你去到哪个公司都会不爽。 辗转几年之后，你会发现，自己除了多写了几篇类似今天这样的帖子之外，毫无长进。 用 43 楼的方法接着推吧。等你得偿所愿，你会发现你所得到的远超预期。 |
 |
80
LigeLaige Nov 18, 2016 1
在相对传统的工作，请注意一下记得：
1. 不要尝试说服经理使用 git 替换 svn 2. 不要建议经理制定 code review 3. 不要重构公司已经存在的代码（哪怕它有非常明显的 bug 也不要） 4. 不要将软件工程中的思想应用于工作中 否则，你最终会和经理或你的同事扯皮，然后都是你的错！ 猜猜我是怎么知道了。 |
 |
81
heganj Nov 18, 2016
死海效应
|
 |
82
vicalloy Nov 18, 2016
要从 SVN 迁移到 Git 肯定会有很大的阻力大。
建议先把系统搭起来，然后在小范围内推，让大家看到 Git 的好处。 除非你是领导，有能力强推，不然别想了。 人都是有惰性的。 |
 |
83
x86 Nov 18, 2016
对于回复中那种劝离职的，我只想说傻逼东西
|
 |
84
chocotan Nov 18, 2016
我以为大家都会 maven 、 git ， 直到我入职了才发现我太天真
|
 |
85
28ms Nov 18, 2016
svn 其实挺好的， git 有 git 的优势。我看过很多公司里都是拿 git 当 svn 用，提交信息齐刷刷都是 fix 。
|
 |
86
xcatliu Nov 18, 2016
老系统还是稳定性最重要。不建议大张旗鼓的迁移到 Git
|
 |
87
bigdogbigpig PRO @28ms 那么 git 应该怎么提交信息？
|
 |
90
Technetiumer Nov 18, 2016
一个理由！ 你看世界上最大最流行的代码仓库是什么？ GitHub ！
|
 |
91
huluhulu Nov 18, 2016
首先你得确认在当前公司 svn 存在无法解决的痛点,否则切换并不一定是好事.涉及到所有人的培训,新老系统 git 和 svn 的迁移工作,自动化的重新适配工作等等.
如果当前公司业务和开发环境用 svn 足够了,并且在可预期的一段时间内也没有问题,那么仅仅你觉得这是更新更好的技术就切换,我觉得不合适. 很多程序员都喜欢随大流,喜欢装逼,说 vim 是神器,说 git 碾压 svn,其实各家需求不同,也许你的神器在别人眼里是 xx... |
|
92
huluhulu Nov 18, 2016 1
整套系统从 svn->git,不是说大家会用了就算 ok 了.整套后台系统自动化,代码库,review 流程改变,都是一套大的系统工程. 没有从全局考虑过问题和风险,还是不要迁移了.
我们公司整套系统慢慢迁移,历史 project 一个个迁移,CI 系统重新适配,git+gerrit 实现 review,从前期的前台 git+gerrit 后台 svn 到现在差不多完全的 git+gerrit,耗时 2 年有余. 公司码农几千号,算是很有成效的大项目了. svn 没到不能用的地步,还是不要迁移了. git 自己用用就好了. |
 |
93
muyege Nov 18, 2016
如果大家都接受了,那就是"大出所料",楼主的这种情况不是正常情况么?我们公司也是这样的,没有用过的人很难体会 Git 的伟大
|
 |
96
UnitTest Nov 18, 2016
对于 svn 服务器挂掉，或者大家代码冲突之后代码丢失的情况怎么处理？如果大家 svn 上没有遇到这些情况，我觉得也没换 git 的动力，反正我在我们公司推 git ，一开始只在我负责的项目推广了。后来公司 svn 挂的不要不要的，终于都换 git 了。。。
|
 |
97
weeai Nov 18, 2016
用 git 推荐可视化工具 SourceTree ，
这样更直观，比单耍命令更容易接受。 |
 |
98
qwer1234asdf Nov 18, 2016
编辑时没保存本地文件，等着哭就是。。。
|
 |
99
firefox12 Nov 18, 2016
呵呵 首先要说明 svn 目前已经不能完成任务了？ 而 git 可以。 你可以解释清楚吗？
前提： svn 不能完成任务了！ 如果可以完成任务，为什么要换？ 第二对老技术的鄙视 比如 oracle form, 很老的一个港资金融企业，主要做各种银行，债劵交易系统。 oracle form 这种古老的东西都还在用，你能想到？ 要搞清楚，企业的作用是干什么？ 盈利，完成任务。 你觉得你能从专业角度阐述，这种技术不能用的理由吗？很多年轻人 看技术就是一句，这个老了 这个过时了。却从没看过谁是最合适的。如果从酷炫 能力强出发， 直接从华尔街和 google 挖人就可以了，还在国内招什么人？ 关键的一点 成本，全部换掉的话，硬件 软件，人员培训费用，培训周期， 数据迁移周期，过度期的业务问题，历史数据能否迁移，更换失败怎么办，能否回滚，会有多大损失？ 这涉及到很大的成本问题。 先解决这些问题！ 不要因为技术而技术 |
 |
100
jadecoder Nov 18, 2016 1
可以看看《布道之道》，教你如何对付各种类型的同事
|
Select Language