iOS开发流程总结（新坑持续更新）

【上线前流程】

• 将测试环境修改成正式环境
• 修改版本号，而且build version比version多一位，如version设置为1.0.1，那么build就设置成1.0.1.x；这么做的理由是，当你这次提交审核一旦没有通过，提交的应用包（忘了正式名字了）没法撤销，再次上传的时候他会提示你该版本已经上传了，无法上传之类的；当然build version也可以用别的形式命名，比如1024什么的（滑稽）。
• archive你的应用为ad_hoc的应用包，安装到自己的手机上测试一下，不太推荐直接cmd+r来做最后的测试，因为默认条件下cmd+r的应用是debug环境下的，有些问题可能要在release的条件下才会显现出来，当然你也可以设置scheme的时候可以设置为release，就看你的操作熟不熟练了。
• 测试的时候如果时间充足的话最好要测试的如下（不限于）：网络数据获取、通信、推送、分享 、登录，这些功能对用户影响最大。
• 如果你用了类似于bugly之类“愉悦的♂”的日志分析工具时，要记得去屏蔽开发时使用的版本，免得你开发过程中发生的崩溃也并入到日常用户发生崩溃的日志中，而且这类的工具一般还带有运营分析（如今天联网用户多少人之类）的功能，要把自己从其中给排除出去。

【新版本开发流程】

• 将build version修改成较为容易辨认为开发过程中的版本号，待日后在崩溃日志中区分出来
• 确定功能点
• 修改为测试环境
• 开发
• 不断测试
• 恢复正式环境、修改版本号，恢复build version
• 准备上线