联合开发，合理使用git分支可以保证代码统一规划，不会有上线的后顾之忧
联合开发过程中，不时会遇到，有不同的需求同时开发，开发过程中，有的需求需要提前上线，有的则延后上线，这个时候，如果代码混在一起，一起提交，很可能出问题。
–解决方案是，记住，使用新的分支开发新的功能，最终版本推送的时候，直接可以通过同步线上master到本地开发分支，然后推送开发分支到线上master，最终实现功能开发与代码不会混在一起。
在职公司的情况描述：
使用git控制整个代码的版本与上线流程。
一个正式环境,master分支。一个测试环境,master分支展示。
某段时间内，有两个功能并行开发中，互相独立。其中一个对现在线上流程影响较大，由于原来已经习惯在测试环境进行测试，同步代码全都是在测试环境的master分支上。
一次同步代码后，发现其中两个功能合并代码了。其中一个需要A当天上线，果断使用分支功能，把其中一个功能，在日志中，找到合并前一个版本，checkout一个分支dev1,然后再在这个dev1分支上开发需求A的部分功能，当需要测试环境支持是，合并代码到主分支，然后同步到测试环境主分支，保持主分支代码一直在更新。
测试完成后，到dev1分支上，同步正式环境master到dev1上，然后推送dev1的代码到master分支：
git pull origin dev1
git push origin dev1:master
这样就不用怕代码混在一起，可以顺利的把各个开发功能独立分开同步到正式环境
写在最后：
正常情况下，不要在master分支进行开发工作，可以建立dev分支进行开发，测试环境同步到dev分支，如果是不同的功能点，也要在本地采用不同的分支，开发测试完成后，同步到dev分支。
而正式环境同步master分支，功能点测试通过后，才同步到master分支进行正式发布。
上面写的自己公司开发的例子，就是开发的时候，原本只有一个人开发功能变成多个人协作开发，没有很好的区分开测试环境和真实环境，所以需要采用补救措施