做了几年的外包技术提供商，和正在通过外包谋生的朋友分享 2 个经验教训:
###教训 1:
项目尾款结清前，除非是 双方合作很久并且相互信任了 。此时甲方提出将源码提交至他们的代码仓库，如果使用的是 Git，那么请注意下面的提交指令：
“git push -u origin_JiaFang master”
其中的 -u 参数 不能加，否则后续有新需求、改动，你如果在提交的时候图省事，直接用:
"git push master"
那么代码会被默认推送到甲方的代码仓库，而不是你的。
得到这个教训，是某一次的项目合作中，本来和甲方说好了尾款结清再推送所有源码。后来临近交付，甲方一直催，说大家都是自己人，不用这么担心，可以先把代码提交过来。这边也就同意了，但由于不清楚怎么添加多个远程 Git 仓库并执行推送，所以就问甲方负责人怎么搞，之后甲方给出了下面的指令步骤:
git remote add origin_JiaFang http://git.xxx.cn/2019/proj.code.git
git add .
git commit
git push -u origin_JiaFang master
大部分人可能和这边当时一样，没多想就直接照着做了。 然后最近在做个项目，需要将项目代码迁移到另一个代码托管平台，不知道怎么弄，忽然想起来之前有个甲方提供的方法好像可以试试，这边试的时候发现好像 push 指令不加 -u 参数也可以，即像下面这样:
git push origin_anotherPlatform master
这边就好奇，这个 -u 参数到底是啥意思，为啥好像不加也可以，于是去网上搜了下，得到如下的解释:
-u 表示将本地的 master 分支推送到 origin 主机，同时指定 origin 为默认主机，后面就可以不加任何参数使用 git push 了。
卧槽，好在这边有个习惯: 即每次 push 代码到远程仓库的时候，都会指定远程仓库名，即下面的形式:
git push origin_mine local_dev develop
如果这边图省事，直接
git push local_dev develop
代码就直接到甲方主机了，并且可能此时甲方还未付预付款！
###教训 2: 如果有同行或者合作伙伴说要给你介绍个项目，你为了感谢他，也为了尽快拿下这个项目，于是就允诺项目完结之后给他一笔好处费，那这里要注意的是:
- 适度给好处费，送礼品是 OK 的，做一个知道感恩的人挺好
- 接上一条，重点是“适度”。如过一个总预算 11 万的项目，你允诺给他: 首先免除之前的欠款 4k，另外在项目完结之后再支付 1.5w ，总计 1.9w 好处费
上面的第 2 条中的例子，是一个 极其错误的做法。此举直接导致该介绍人决心直接自己招 App 开发，吃掉这个项目的后续单子，而这个介绍人，他们的团队之前是只做 Web 和 Server 端的。
你以为，他会因为你大手笔的好处费而认为你是个很厚道的人？
---- Too young too naive ！
有句话叫做“食骨知味”，百度下就知道了。
尤其是，你们做的东西质量体验比他们好得多，利润也稍微比他们高的情况下，越要注意这点。
所以正确的做法是，可以给好处费，但不要太傻，像 11w 给个将近 2w 的好处费。最多最多，给个 2k 就可以(送等值购物卡也行)。
别问这边怎么知道的，照着做肯定没坏处。
Select Language