关于开发环境的问题
一般来说，完整的开发环境，是需要三套的，即开发环境-测试环境-生产环境。
分别是，为开发人员，测试人员，以及最后的用户分别使用。不过，我的经验是这样，一开始大家用三套环境开发来着，但是就这样走着走着，开发人员跟测试人员就不分的那么清了，测试人员一般都是直接找开发，打个包或者真机了，所以测试环境就基本上没有了。我们目前的情况其实也是这样，所以两套就足够了。如果我们哪天集成了Jenkins+SVN构建持续导出环境的话，可以让产品自己打包，测试，我们可以启用三套环境。
两套环境前端，后端工作
后端--需要部署生产与开发两套代码，服务器不是太扛压的话，应该是需要分别布置在两台服务器上的。如果我们的IM与其余部分不在一台服务器上，也是需要多布置一份。
两套代码，其实做到是两个长得一样的
例子：
就比如：
HEADURL @"http://youMengapp.com/"-------作为生产环境
HEADURL @"http://youMengapp_t.com/"-------作为开发环境
API_URL_YouMengAddAddress @"api.php?mod=Order&act=add_address"
这些后边的接口不变的话最好，实在不行依然是上边格式
CHAT_URL URL @"ws://t.51YouMen.com:2346"----作为生产环境
CHAT_URL URL @"ws://t.51YouMen_t.com:2346"----作为开发环境
前端--应该只要在开发环境时，采用开发的HEADURL配置，生产使用生产的HEADURL配置就可以，对于，app其实两套环境就是两个长得一样的app了，就需要有不同的appid，推送，听云，之类的都需要配置两个
在打包的时候，将需要配置的东西配置成对应环境的就好了
关于开发合作方式问题
用的是一对一责任制，谁犯规，就发红包咯
以**为例，使用teambition为合作工具
分为产品-UI设计-后台-前端-测试
1.产品设计原型--（将任务按功能模块写入team）--UI设计人员了解了产品某个模块思路【可有自己的异议,及时提出】--将产品发布的任务领取，完成后，将其打上对勾，移走
2.UI设计好模块原型图【一个模块放一个文件夹，命名最好写上功能关键字，方便开发人员查找】--（将任务按功能模块写入team）-- 开发人员同样接受了设计图【并且无异议】--将设计的任务领取，并打上对勾，完成后移走
3.后台设计好接口(尽量大家有一致的规范) -- （将任务按功能模块写入team，写两次最好分别给安卓，iOS）-- 两端开发人员分别领取，测试成功后打上对勾，移走
4.前端界面，数据出来后【同样还是一致的规范，注释】 -- （将任务按功能模块写入team）- 测试将前端任务领取，测试完成后打上对勾，移走
以上所有的前提是，大家自己测试过之后。并且，每个上家，做完自己的活，要确保自己的活被领取。
所以，每个人总有下家，下家为上家评分，刚刚用到自己手中那个积分的权利。
至于,每个人在领取任务的时候，确实是按功能模块划分比较好，总有难得容易的，先做完的手头没活，可以主动找活多的，帮忙分担一些任务。团队快才是真的快，团队强才是真的👍嘛，鸡汤了。
合作方式的话，大概就是这个思想。
