在公司推 Git 和 Gitlab，结果大出我所料。

[a4222012]

• 本人所在公司是做金融领域的，香港团队和深圳团队互相配合。
• 今下午利用下班前的一个小时演示 git 和 gitlab 给同事看，想规范下公司的工作流程。结果在 git 工作的那个流程图和同事争论了很久，在 gitlab 上也没有他们看到的优点，反而说像个监视器一样监督他们的工作。满足不了他们的需求，让他们看不到闪光点。
• 后面组长也说没有太多欣赏的地方，其他的同事旧说适合大型项目，不适合本公司， svn 基本满足大家了，说完这些都快 7 点了，大家肚子都饿了，组长就说明天继续，看这情形，明天基本黄了。

- 我看下面都快吵起来了，没必要，我把公司大致的情况说下。
- 第一说下现在的团队，大部分都是些妈妈爸爸级别的，基本做的事都是业务上的，深入的技术很少涉及，所以你要他们学什么流程真的是件很难的事。
- 第二个业务上，以我部门为例，贷款系统核心部分都是一样的。每次要做个新项目就是在核心部分上修修补补就 OK 了，所以也没那么多事做。
- 第三个，代码管理使用的是 svn ， cms(不知道这是什么玩意，注释非常奇葩)什么的，和香港那边的团队代码都是用邮件发过去，这也是为什么我推这些东西的原因。但现在要他们学这么多新技术，新流程真的是件很难的事。
- 第四个，公司气氛很沉闷，基本自扫门前雪，做好自己的就可以了。所以这个公司就是个养老的地方，大家没有那么多动力去主动学习。我讲这些东西的时候，好多人都是第一次听，大部分人都是一愣一愣的，就像晚清的那些中国人一样，好像不关自己的事。
- 因为这些原因，我知道公司就像一艘快要缓慢沉掉的船，大部分人想的是如何在船沉掉之前捞一笔就走，而不是把这艘船修好，让它走在正确的道路上(实际没这么惨，过日子还是没问题)。但我更多想的是能不能把一个病人给救好，所以今天的事也太冲动了，下了重药。其实救人更重要救缓。
- 看了各位的留言，我觉得写得最多的两位(附言里看不到，不好意思，不列出来了)挺有意思的。我决定按照你们的建议再去试一次。那么明天，我会先放下这个事，因为真的太年轻，没做充足准备，我再这样基本和所有人为敌了。在过年前，我会把详细的文档和这些优点(与 SVN 的比较)列出来，把这些规范还有自动化部署的好处列出来，整个团队好好讨论一次。因为世界上这么多公司都在用这些东西，实施这些流程，不可能没存在的价值。如果我做这些还是打消不了大家的疑虑，咱就算了，年后我就辞职，不陪你们玩了。

• 忘了补充一条，其实团队的人真的很好，都是些大妈大叔级别的，人家没那么多想法，更多是在事上说这个，并不是动不动就是利益。做这个人家没多什么，也没少什么，大家更多的是说自己的看法，尤其是团队的几位主干我觉得他们说的很有道理，就这样，大家晚安。

[answeryou]

离职吧

[goofansu]

你有没有说你们工作中用 svn 哪里不方便、要比较着说的，单说一个好没用

[a4222012]

@goofansu 说了，集中式的弊端以及现在公司的工作流程问题。

[levon]

可能没说出足够的优势让人信服，另外你是领导吗，如果是，就强硬点

[a4222012]

@answeryou 没必要，工资虽然少，不加班，公司同事还不错，趁着大把空闲时间把自己的基础打牢。

[a4222012]

@levon 今年毕业，不是什么领导。我是不怎么会说，自己也感觉很多的重点没说到别人的心坎里。

[Lonely]

说不出个所以然来就不要说

[a4222012]

@Lonely 想通过改善流程，提升工作效率，哪知道说不到人家的心坎里。

[goofansu]

是很难改变的，主要听你语气，组长没啥兴趣，还是算了

[yxjxx]

看标题还以为是大家都欣然接受。

[9hills]

流程改变是由上到下的。

[Lonely]

@a4222012 一步步来呗，一下子就让别人换个 vcs ，你又不是大佬。

[a4222012]

@goofansu 她的意思是这些东西学习成本太高，老员工要学习很多东西，如果拥有者是公司经理的话，他只想知道这东西能干嘛，怎么用，搞得这么复杂，大家都很累。妈蛋，我又做了一回费力不讨好的事。

[ys0290]

组长也看到回天乏术了

[goofansu]

@a4222012 正常，老员工熟悉那套了很难换的

[fwrq41251]

svn 也有一些 git 做不到的事情。比如 check out 分支下某个目录。 merge 的时候选择指定版本(git 的 cherry pick 很难用)。

[a4222012]

@9hills 主要公司气氛太闷，大家都有点混的意思，我真的想做一点改变，不想辞职一走了之，毕竟拿人家钱还是要尽心。哪知道自己小组这关都过不了。

[muziki]

svn 在很多公司挺受欢迎的啊，看公司选择吧，不选 git 也没什么

[ivvei]

svn 到 git 是有学习成本啊，光分布式的概念就要培养一段时间。
我现在这公司是用 git 的，但是我刚入职的时候向公司首席要一份代码的时候，他反复告诉我已经提交了然而我就是看不到，于是我跑过去看他操作，发现他就真的只是做了“提交”……

[a4222012]

@goofansu 可是现在自动化什么的是趋势，我还是想为团队做点改变。

[a4222012]

@muziki 我明天就走个形式，不争了。

[millson]

多次从 git flow 中受益， git 强大的分支管理功能已经离不开了

[a4222012]

@ivvei 哈哈， commit ， push 傻傻分不清。

[goofansu]

@a4222012 你只要搞定上头，下面的人无所谓

[a4222012]

@millson 我用的是更均衡的 gitlab flow ，三条线。我是不是太不接地气了，不考虑实际情况。

[a4222012]

@goofansu 我组长是个女的，挺开明的，这不是上面人不人的问题，科技面前人人平等。我还是太年轻了。

[goofansu]

@a4222012 改流程没上头推动改不了的

[jtacm]

我见过很多人都说 git 好，那是因为别人大家都说好，或者很多 cool 的项目和人都在用 git 罢了，真要问他 git 比 svn 好在哪里，他也答不上来多少实质上的东西（注：不是针对楼主）。
客观的讲，不是每个程序员都能把 git 比 svn 好在哪里说透彻的。
一方面，要同时对 git 和 svn 都有一定的了解和使用经验，要能应对诸如“这个 svn 功能在 git 里怎么操作”，“这个操作 git 比 svn 复杂” 等各种质问。
另一方面，要有口才和说服别人的能力，这种能力随着年岁的增长越发重要。
楼主不要灰心，世界很大，以后这种类似事情还会遇到。增加自己的业务水平，同时也锻炼自己的口才，争取下次遇到这种类似争论时，秒杀对手。

[jhaohai]

svn 用的挺好的，非要还 git 干啥

[a4222012]

@goofansu 倒不是，公司根本就没有什么硬性的流程，和半个手工作坊差不多。

[vghdjgh]

可以考虑推更简单的 github flow 。
另外，为什么有人不管事情有多小，都劝人辞职？

[a4222012]

@jtacm 哇塞，对我这个刚毕业的人来说这话听着带劲。我在口才这方面太差劲，生活中吃了太多的亏了。

[tracyone]

楼主不是口才不好，是准备和经验不足，而且你们公司很可能都是做 windows 方面的东西接触命令行比较少，要知道如今安卓方面， ios 方面的开发都是 git 了，长痛不如短痛

[a4222012]

@tracyone 很老的一个港资金融企业，主要做各种银行，债劵交易系统。 oracle form 这种古老的东西都还在用，你能想到？

[tabris17]

SVN 怎么了？够用就行

[a4222012]

@tabris17 更重要的是想把工作流程规范下，什么东西都是邮件来，邮件去，有个固定的收集系统总是好的。

[billlee]

@tracyone 我们 linux 开发都一直在用 svn, 推 VCS 转换不容易

[murmur]

git 你让别人学会是直接拉还是下下来自己变基
这都是个问题
当然我是喜欢变基的
直接 pull 感觉会挂
一般公司 svn 的却没什么问题 都是公用服务器带备份 也不需要本地留一堆版本
何况就算给你 git 你敢用他的功能合并代码？ 我都是一行行确认了才敢合的

[tabris17]

@a4222012 JIRA 或者 Redmine 就可以了

[wannafly]

你自己都说不清楚新东西对你们的工作流程有什么帮助, 就因为网上大家都说好你就要上马, 你是在浪费你们公司人的时间.

[imcj]

在公司内部推动一件事情你要考虑清楚两个点，一、符合领导的期望，由上而下的行政命令执行。二、符合大多数职员的期望，由下而上的革命。

一、容易引火烧身，因为往往忽略了同事的根本利益，假如大多数人工作都是划水，你提供一个提高工作效率的建议，往往把自己置为它们的敌对位置。就算没有人是划水的，但是事前他们不知道这一件事情，没有沟通好，反馈往往都是负面的。

二、累，每个人都有自己的想法，众口难调。而且愿意做出改变的人永远是少数。

[otakustay]

痛过才懂，我团队的 rd 子团队连续好几次 svn 做部分 merge 时出问题影响线上，最后很积极地学 git 和 cherry-pick 去了

[zhouquanbest]

我刚毕业时在上家创业公司时 从进去抱怨 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
可以让开发学会 当要让运营商务等去使用 实在是得不偿失 而一个公司不同团队用不同工具 带来的沟通成本更高 效率更差

[shijingshijing]

别给自己找事，真要推行起来，你就是部署+运维+支持，懂不？

if it is not broken, don't try to fix it.

自己闷声发大财，多花时间看书才是王道～

[lhbc]

楼主你都没有说现在的代码管理存在什么问题，有什么痛点
换 git 后能不能解决这些问题，还会带来什么问题

如果我是你的主管，你的演示不说清楚以上两大问题，根本就不给你演示的机会

[murmur]

@zhouquanbest 如果 git 都学不会，那就别玩了
会 svn 的学 git 也不成问题，你只要知道新的地方习惯 pull 还是 fetch+rebase 就够了
另外， git 的学费不是一般的高，不是分支起飞就是莫名其妙代码被合并没了
相比之下 svn 上手太简单了

[zhouquanbest]

@murmur
学从来都不是问题 让一群三十多度日的大叔学已经就不是一个学习的问题了
比如面子 比如费劲 又不能给公司赚一分钱 还带来的风险

没见到过几个人初次在多人合作的大项目里没因用 git 出过乱子
还是经常会导致合并出错 冲突一堆

当年他们从 VSS 迁移到 SVN 的状况可想而知

[a4222012]

@lhbc 卧槽，这说明我的主管人有多好。

[dearmymy]

说出 svn 痛点啊。新技术一直再出，没有痛点当然没动力了。

[akring]

对公司的技术选型 /生产力工具选择来说：

满足需求 + 学习成本低 = 坠吼的

满足需求 + 学习成本高 = 大家都不愿换

不满足需求 + 学习成本低 = 领导不给换

不满足需求 + 学习成本高 = SB 才换

超出需求 + 学习成本低 /高 = 大家都不想换并觉得楼主没事找事

。。。

楼主觉得哪一条适合你当前的处境呢？

[Lpl]

试试 Coding.net ？

[kmahyyg]

个人觉得楼主该去看看那个谁（貌似是刘鑫）写的 git 完全手册还是啥名的，忘了，很久以前看的，那里详细列举和举例了 git vs svn

[zonghua]

SVN 的权限管理全面，毕竟金融系统的源码

[lululau]

gitflow 确实太复杂。。。
熟练 git 操作也不一定能理解的了 gitflow
再说 git 的基本操作就比 SVN 复杂多了，新手学习难度还是很大的

[lightening]

那你说说看， svn 这样的集中式版本管理给你造成了什么实际的问题？

[railgun]

就为一个代码管理工具离职？何必呢

[wojiaodaxiaxia]

廖雪峰老师的教程讲的通俗易懂,新手必看啊 http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000

[tremblingblue]

赞同 1 楼，楼主的想法我很理解，我也经常这么想。
曾经我呆过这种环境，当我离开后很后悔没早点离开，在一个身边水平高过自己的环境虽然很累很折腾，但趁年轻不是应该往死里折腾自己么。楼主应该多想想将来，对自己负责。

[fgwww]

too young 。人家跟你说客气话你当了真。
另外很多把 git 当 svn 用的人到处给别人推荐 git 其实是很不负责的

[justmile]

去争论一个版本控制软件真的没多大的意义，每个公司都有自己的选择，而我们作为程序员如果连这点学习能力都没有地话，那只能说你不适合干这行

[lxguidu]

最近也在折腾 git ，要说真没 svn 方便，当然各有优点吧。

[Felldeadbird]

金融公司还是别用 GIT 好。因为没有集中化管理，而且金融公司大多数担心涉密（要泄早就泄了），代码版本本地可以清晰看到。
我觉得将 SVN 迁移至 GIT ，最好的论点就是 针对 SVN 的强一致性、 崩溃性、 异地工作问题进行展开，这样其他人看到后，就会觉得，挖 GIT 原来这么实用啊。

[123s]

主要是你说得不清楚吧

[kusya]

自行车有自行车的好处，也没必要都让人开汽车

[wupher]

呵呵，这公司的相性明显与你不合么。

公司盈利主要依靠领域和客户关系，本身对技术发展并不感冒。对于管理者，保持稳定远比寻找技术红利更重要。

工作按你所言，也以堆砌业务代码为主，完全没考虑怎样提高效率，增加产出。人员观念陈旧不说，公司前景你也十分不看好。

这样的单位还是别呆下去了，尤其是在钱不多的情况下。如果年纪比较轻，强烈还是换一家公司来得好，别把自己耽误了。

作为从 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 都没法用，还用我多说么。

[littleshy]

git 的权限控制不好弄吧。如果贵公司把权限看得很重，还是要用 SVN 方便。

[hxtheone]

@9hills 深表赞同

[youxiachai]

其实用个 redmine 就能让 svn 有 gitlab 的功能了....

[murmur]

@wupher 用 rebase+fetch 和直接 pull 的人应该是一半一半吧

[yuankui]

如果全部学生都笨，那肯定不是学生笨，而是他们没有遇到一个好老师~

[julor]

试试 TortoiseGit ，他们会有亲切感

[unknownservice]

别费劲了，待在舒适区的人会有一百万个理由不愿意出来。过来人留。

[jy02534655]

话说 git 敲命令提交确实很破烦，楼主推 git 的时候没考虑过直接推 Git 的可视化工具么，比如 Git Extensions 。上手不要太简单，日常使用只要 pull ， push 就行了。

[lkjkkk]

wlb ？

[c0878]

不是 CTO 没必要做这种事情 年轻人不要呆在这种公司

[malkavia]

@unknownservice 附议
不要说楼主这种公司了，就我现在所在的，还算是个互联网公司，平均年龄应该在 30-，推个 git 都比登天还难

[hahasong]

难道是我来贷

[soli]

43 楼 @zhouquanbest 同学说的很赞啊。

新人不要总想一下搞个大事情。

如果真下决心推某种技术，那就先从自己的影响范围之内推广，并做好周边的工作。
然后再慢慢扩大范围。

你又不是倚天屠龙在手，为啥你一句话或半小时的 PPT 就让大家都做出改变？

另外，那些因为一个版本控制不符合预期就建议你离职，还上纲上线的，他们是在害你。

在如你所说这么好的同事之间，连个 git 都推广不开来，你去到哪个公司都会不爽。
辗转几年之后，你会发现，自己除了多写了几篇类似今天这样的帖子之外，毫无长进。

用 43 楼的方法接着推吧。等你得偿所愿，你会发现你所得到的远超预期。

[a4222012]

@soli 我就是看了他的和另一个同学的，我现在先把 git 和 gitlab 的文档弄熟，到时候把完整的文档和演示弄给他们看。

[LigeLaige]

在相对传统的工作，请注意一下记得：
1. 不要尝试说服经理使用 git 替换 svn
2. 不要建议经理制定 code review
3. 不要重构公司已经存在的代码（哪怕它有非常明显的 bug 也不要）
4. 不要将软件工程中的思想应用于工作中

否则，你最终会和经理或你的同事扯皮，然后都是你的错！
猜猜我是怎么知道了。

[heganj]

死海效应

[vicalloy]

要从 SVN 迁移到 Git 肯定会有很大的阻力大。
建议先把系统搭起来，然后在小范围内推，让大家看到 Git 的好处。
除非你是领导，有能力强推，不然别想了。
人都是有惰性的。

[x86]

对于回复中那种劝离职的，我只想说傻逼东西

[chocotan]

我以为大家都会 maven 、 git ， 直到我入职了才发现我太天真

[28ms]

svn 其实挺好的， git 有 git 的优势。我看过很多公司里都是拿 git 当 svn 用，提交信息齐刷刷都是 fix 。

[xcatliu]

老系统还是稳定性最重要。不建议大张旗鼓的迁移到 Git

[mazyi]

@28ms 那么 git 应该怎么提交信息？

[feikaras]

@LigeLaige =。=过来人啊

[feikaras]

@x86 走不走都没错啊。为啥说傻逼东西？发这个贴代表楼主不满，说人不错和大妈大叔说的是虽然关系还不算僵 but 思想太僵不能满足我的需求。

[Technetiumer]

一个理由！ 你看世界上最大最流行的代码仓库是什么？ GitHub ！

[huluhulu]

首先你得确认在当前公司 svn 存在无法解决的痛点,否则切换并不一定是好事.涉及到所有人的培训,新老系统 git 和 svn 的迁移工作,自动化的重新适配工作等等.

如果当前公司业务和开发环境用 svn 足够了,并且在可预期的一段时间内也没有问题,那么仅仅你觉得这是更新更好的技术就切换,我觉得不合适.

很多程序员都喜欢随大流,喜欢装逼,说 vim 是神器,说 git 碾压 svn,其实各家需求不同,也许你的神器在别人眼里是 xx...

[huluhulu]

整套系统从 svn->git,不是说大家会用了就算 ok 了.整套后台系统自动化,代码库,review 流程改变,都是一套大的系统工程. 没有从全局考虑过问题和风险,还是不要迁移了.
我们公司整套系统慢慢迁移,历史 project 一个个迁移,CI 系统重新适配,git+gerrit 实现 review,从前期的前台 git+gerrit 后台 svn 到现在差不多完全的 git+gerrit,耗时 2 年有余. 公司码农几千号,算是很有成效的大项目了.

svn 没到不能用的地步,还是不要迁移了. git 自己用用就好了.

[muyege]

如果大家都接受了,那就是"大出所料",楼主的这种情况不是正常情况么?我们公司也是这样的,没有用过的人很难体会 Git 的伟大

[a4222012]

@huluhulu thx

[a4222012]

@muyege 恩，没得到什么，也没失去什么。

[UnitTest]

对于 svn 服务器挂掉，或者大家代码冲突之后代码丢失的情况怎么处理？如果大家 svn 上没有遇到这些情况，我觉得也没换 git 的动力，反正我在我们公司推 git ，一开始只在我负责的项目推广了。后来公司 svn 挂的不要不要的，终于都换 git 了。。。

[weeai]

用 git 推荐可视化工具 SourceTree ，
这样更直观，比单耍命令更容易接受。

[qwer1234asdf]

编辑时没保存本地文件，等着哭就是。。。

[firefox12]

呵呵 首先要说明 svn 目前已经不能完成任务了？ 而 git 可以。 你可以解释清楚吗？
前提： svn 不能完成任务了！ 如果可以完成任务，为什么要换？


第二对老技术的鄙视 比如 oracle form,
很老的一个港资金融企业，主要做各种银行，债劵交易系统。 oracle form 这种古老的东西都还在用，你能想到？

要搞清楚，企业的作用是干什么？ 盈利，完成任务。 你觉得你能从专业角度阐述，这种技术不能用的理由吗？很多年轻人 看技术就是一句，这个老了 这个过时了。却从没看过谁是最合适的。如果从酷炫 能力强出发， 直接从华尔街和 google 挖人就可以了，还在国内招什么人？
关键的一点 成本，全部换掉的话，硬件 软件，人员培训费用，培训周期， 数据迁移周期，过度期的业务问题，历史数据能否迁移，更换失败怎么办，能否回滚，会有多大损失？ 这涉及到很大的成本问题。 先解决这些问题！

不要因为技术而技术

[jadecoder]

可以看看《布道之道》，教你如何对付各种类型的同事