吐槽外包甲方

[god7d]

和朋友接了一家国企的外包，说是国企，但是实际上感觉是那种“公私合营”的那种，有一家国企控股是小股东，然后还有一个私人是大股东。看到这家公司这个股比成分，一开始不太愿意接，感觉肯定会有坑，结果真的有。

谈的时候甲方说是这个项目对于他们来说有一定难度，因此虽然外包给我们了但是希望他们那边也出两个人一起参与，心里戈登一下感觉后背一凉。他们要求驻场办公，然后使用他们的 git 服务器，然后我就惊奇的发现他们的领导和他的一个下属竟然不会使用 git ，准确的说是对于代码版本管理工具缺乏概念。

干了几天就发现他们喜欢好几天都不拉取代码，也不 push 代码，大量修改以后一合并立刻跳出海量的冲突，他们这时候懵逼了就要求我来给他们解决冲突，在那里合并了一天代码的我真的想跟他们说：要不别合并了，直接撤销了吧，我来重写。

后来又发现他们的那个下属，有时候解决不了的冲突也不吭声，直接选择强行覆盖，真的很无语。

跟他们沟通不要使用 VS 自带的 git ，因为这玩意就是个半成品，经常造成时间线混乱，但是他们说这个就很好用，没发现有什么 bug……

至于什么代码质量，别提了，这俩人一个工作十年，一个工作四年，写的代码简直不能看。我觉得他们不是来帮忙，而是来添乱。

唉，要不是年底了挣不到钱，我肯定不接这样的外包，说是工作十几年了实际上是一坨什么样的垃圾。

[wu67]

有问题的不是工具, 而是人和使用方式. rebase 当 merge 用、commit 前不 pull 、不是 reverse 而是强推 origin 等, 我也经常遇到...

[hhjswf]

海量冲突，是你们功能开发划分有问题吧。
感觉甲方是让你教他们写代码

[god7d]

@hhjswf 我感觉就是，任务划分是他们定的，他们定的就是两个人开发同一个模块，不冲突才怪了

[god7d]

@hhjswf 在我看来，这跟师带徒没什么区别

[dacapoday]

高铁动车组就是这样"师傅带徒弟"搞出来的，只要甲方肯给钱，不是事。

[coderluan]

建议楼主问清楚，你是“师傅带徒弟”还是“书童配少爷读书”。

“师傅带徒弟”：所以东西徒弟都可以错一遍，师傅都可以教一遍，再犯同样的问题别指望有好态度，因此耽误进程，不说加钱什么的，起码你们领导要清楚是谁的责任。

“书童配少爷读书”：少爷书没读好，肯定是你没看好少爷。项目没干好肯定是你们的责任，我们之前自己干的好好的，之所以有问题都是陪你弄那些烂七八糟的新技术，臭外包知道什么叫稳定性吗。

[god7d]

@coderluan 我觉得就是他们想借这个机会学习一下，以后就可以自己做了，没有你想的这么复杂。只不过他们技术不太行然后又是甲方，处在这个比较矛盾的位置

[UIXX]

看到这个贴，突然想起以前刚参加工作的时候。跟 OP 的描述一模一样，只不过当时的我是甲方参与者的那个角色。

工作内容不难，我们的人用乙方提供的框架做其中几个 CRUD 模块。
乙方的人比较精明，你甲方出人驻点参与完全 OK ，给你们订酒店，每天正常安排开发任务...最后确实做了一个能看的东西。
但没有用到正式的项目中。

《甲方乙方》这个电影确实有意思，生活中处处都是甲方陪乙方好梦一日游。

[lscho]

我的经验是，都做外包了，就什么都别管了，就关心自己每天能拿多少钱就行了。

外包基本上等于甲方让你干啥你就干啥。

[ireqhawk]

版本管理不算特别大的事情吧，最多比较琐碎坏心情.特别你们只是短期合作。
只要钱给够,楼主忍了吧,这比起给你加点奇奇怪怪的需求好解决多了.

[SACKJJKLL]

这是纯种小作坊啊

[god7d]

@UIXX 我感觉我们做外包就特别不精明，接了几个项目感觉都被甲方套路了，有一家还没收到钱

[HuskyYellow]

按照描述来看,你就算让他们用类似 Sourcetree 这种可视化工具，他们也不会，你自己单独搞个分支开发吧。这种活赶紧结掉。能折磨你心态的。这种所谓十年四年的工作经验，应该就是那种三个月的经验用了四年。

[yanqing07]

如果 git 能要权限，就限制 master 分支不能直接 push 。所有提交都以 MR 形式合入。
如果没有就把自己本地的，当主的。你覆盖他们的。
然后，给甲方说清楚，如果要带这两人，项目必须延期，不延期就给钱。
如果不敢说，建议还是退了这张单。要交接可以，代码给了自己看。不会的，可以加钱给顾问费。

[jswh]

做外包只要把这些算成成本加到报价里面，就能减少一点幽怨。

[swcat]

你这个抱怨解决不了问题
但是加钱能解决

[god7d]

@jswh
@swcat 显然我们被套路了

[eunrui]

@wu67 想请问一下，工作中 rebase 当 merge 用什么坑吗，一直这样用

[eunrui]

@eunrui 用 -> 有

[wu67]

@eunrui rebase 本身没有问题, 没 push 之前随你 rebase, pull rebase, 跟着团队习惯走就行.
只是在团队中用时, 有些队友就会产生奇奇怪怪的用法. 就像我前面说的, 奇怪的是人和操作方式...例如(pull rebase 那么爽)干脆一整个星期不 push, 周五在那疯狂解决冲突....要不就是不 rebase 疯狂 merge 搁那猫打毛线.
所以我个人更倾向于强调, 经常 fetch, 每天至少一 pull, commit 之前先 pull...