无力吐槽。。求助如何漂亮回击，加入到一个技术比较陈旧的公司重整架构遇到的阻力。

[chareice]

事情是这样的。。。

我上周刚加入到这家新的公司，公司不是以技术为主的但是有在线运营的业务，公司也能挣到一些小钱。

我个人从上家团队出来，算是创业吧，做的类似 e 袋洗的 O2O 干洗项目，技术不难但也不简单，之前用到的技术栈： Rails/Python/Golang/Node ，服务全部采用 Docker 部署。个人认为整体的架构还是比较清晰的，业务也比较顺畅。

现在这家公司呢，代码是用 PHP 写的，用的框架是 Ucenter 混搭 ThinkPHP ，巨大的单体应用，没有任何测试，没有版本控制，开发方式是直接线上修改，文件先从服务器拉下来，然后修改再用 FTP 上传。

看到这个情况我内心是崩溃的，梳理了一周的业务流程之后决定先给代码强行上一波 Git 。然后团队成员（可以说是技术负责人）就开始逼逼了。

这是私聊的讨论：

然后是群聊：

各位看到了，他们在担心安全的问题，可实际上呢，前几天线上的代码被人全部打包走了，他们一点不担心，说自己人都整不明白这些代码。。。

我都快被气昏了。。。

对了，现在整个团队加我，一共 3 个技术。

[sprite0616]

3 个人而已，还要什么规范？楼主太天真了。

[am241]

消极的说，面向工资编程，需要钱就干着，不需要钱就换一家

[chimingphang]

走啊

[Cloudee]

我觉得先让你们老板明白 git 和 github 是不一样的。。。。 git 也可以建私有库，也可以搞权限控制，可以拒绝别人修改服务器上的分支历史

用 git 和 svn ， cvs 一样，本地都是全套代码的，只是 git 多了本地的代码历史而已

[a591826944]

我想问。。。这样的公司 你当初 为什么会考虑去呢。。。。。不解啊

[cxshun]

1 、代码权限问题， git 管理好就行。
2 、 git 和 github 是两个不同的东西，自己搭 gitlab 管理就行了。
3 、另外两个人感觉连版本管理这个概念都还搞不清，备份？什么鬼。版本管理工具就是用来做这事的。

如果你是管理他们两个的，直接丢个任务给他们，让他们去做就好，要用 git ，直接说一句就行，爱用不用，反正到时出问题就找对应的人。
如果你不是管理他们的，让老板出马，毕竟要推动一些东西还是要有相应的权利的。

[chareice]

@a591826944 因为给钱。。三线城市给了相对比较高的工资。

[chareice]

@sprite0616 不是天真，这种情况下没法开发。。

[a591826944]

@chareice 无言以对。。那就指出他说的错误啊。。什么大公司 都不用 git 什么的。。。谁不用啊。。 哪家大公司 有在服务器上改代码的啊

[tonghuashuai]

怎么说呢，首先这个对他来说的新东西增加了他们的学习成本，你要想办法让他们尝到甜头，现在的费事是为了以后的省事。可以自己先用起来，然后遇到问题的时候拿出你的方案来炫一下技，让他们觉得：我擦，这都行，然后他们慢慢就会接受了。

当然，如果你的职位比所谓的技术负责人还要高的话，那就直接下命令让他们执行就好了，情绪问题可以通过沟通解决。

[rubyvector]

大炮打蚊子,人家还有 2 个人,别光想着自己爽.能解决问题的是好员工;优化流程,并不一定有就收益,还让同伙跟着改变的,就算了.
本来互联网业务就不是人家正经赚钱的东西.每个人一进来就搞一套,老板得屈死了.
你觉得留就留,看不上人家做事的方式就换吧.

[bengol]

让他们滚蛋啊

[greatghoul]

好奇葩的公司，不过楼主总是在编辑器里打好好字然后截图到聊天里面也好奇葩呀。

以前拿到过一个 ucenter 做的项目，没有版本控制，源代码加上许多许多图片，整个文件夹 500 多 M ，这种项目，怎么拿 git 管理呀， clone 一回就累死了。

[hitmanx]

@greatghoul 上Ｇ的项目也一样用 git 管理啊，我上家公司和这家公司都是，还全是源码和一些库文件，没有图片之类的。我倒是比较奇怪为啥要经常 clone?

[greatghoul]

@hitmanx staging, prod, build 服务器要拉代码，换电脑要 clone ，新同事要 clone ，总避不过呀。。

[magicdawn]

不用 git 就可以避免源码泄露么~那研发都看不到代码还怎么研发？

[RihcardLu]

如果是之前，我肯定毫无保留、百分百支持 lz 的。

但现在，尽管我还是支持 lz ，但我还是建议多从对方的角度思考问题，然后再去理解、说服对方。

是的，你我都知道 Git 比 FTP 管理代码好了 1w 倍，但你不能强求或默认别人也应该知道。

惯性是很难改变的，学习也是需要成本的，尤其是对 lz 所在这种技术陈旧的公司。

[neoblackcap]

@greatghoul 这个嘛其实强调 VCS 我觉得就可以了。比如 Google 里是 perforce 为主， Facebook 是 hg 为主。针对你的项目特性可以选择适当的工具。你所遇到的二进制文件大，用 hg ， perforce ， svn 都能很好地解决。
若是一定要用 git 的话，可以选择 submodule 的功能，将所有二进制文件另外放在一个 repo 里面，需要再 clone 或者 checkout ，那么存代码的库拉去是很快的。当然，项目大了其实肯定会慢，比如拉个 linux 内核什么的，这个是没办法的事情，你不上 VCS 也得拉，不是你拉就是别的同事拉，毕竟谁敢保证明天那份代码不会被误删除。

[just4test]

@neoblackcap 请问 hg 怎么处理二进制文件的问题？

[neoblackcap]

@just4test 无痛处理，你用户不用管，它会自行优化，不会像 git 一样爆库