苹果不论从硬件设备，开发，证书，甚至API代码，等等流程果然不是一般的复杂。入坑1-2个月，发现果然是坑多多。
因为对于我来说（很多人可能也一样），都是接手别人的事情，不是完全从零开始。
网上很多攻略，提到如何发布和迭代app的。目前我记录下我现在遇到的一些问题，记录一下。
1. 接手代码，配置本地环境 （TODO我还需要学习下如何配置一些证书)
刚开始收到别人离职，就拿到code。然后申请mac，申请iphone自然不用多说。
这里需要让他邀请你加入公司的开发人员列表才行。iphone加入调试机列表。
这里有老手帮忙配好了各种本地证书，下载developer.apple.com的证书，这里我不能给出太多指导，留一个TODO吧。
具体也可以参考别人的东西来配置。
http://www.cnblogs.com/sk-fengzi/p/5670087.html
完成了基础的一些证书的导入本地，外加测试能否运行自己的程序到手机中。就可以开始开发了。
2. 发给测试验证
学习了一阵代码，修改了bug，增加了feature以后，那么就要给测试发布版本了。
通过xcode8的Product->Archive-》export->Save for Ad hoc deployment（这个是我自己尝试研究出来的，下载了证书来导出的），导出给测试，测试就可以用itools等去安装app了。
这个要求他的手机要在apple网站的测试机列表中才行。
TODO 这里还有一个坑，是APNS在直接运行，不能接收的到；而通过ad hoc发布的就可以。我还需要继续研究，初步咨询过一些人可能是怀疑证书的错误。
3. 发布迭代IOS app版本
这里Product->Archive-》export->就有一个upload to app store的按钮。如果提示No account，select an itunes connect account的时候，就需要去让老手邀请你加入这个itunes connect列表。因为发布app是靠这个账号的。所以说，账号其实有2个，一个是开发者测试的账号，第二个是这个。
这里遇到的一个大坑，需要到处翻人员然后找人添加进去，发邮件激活它。然后去itunes connect检查下。
这一步完成了以后，基本就可以upload成功了。不过还有几个细节。
3.1 upload如果提示版本已经存在Error ITMS-4238 “Redundant Binary Upload”，这里就修改工程的 build, 而不是version。xcode->点击工程-》TARGETS->general里面，identity，有一个version，有一build，这个version是给用户从app store看的版本号，这个build是给开发人员折腾的，versin可以对应多个build。
3.2 然后，登录itunes connect去添加版本。点击app进入，点击加号，升级版本，对应上刚才上传的版本号。
后面还有提示什么加密是否修改，什么广告，点击了NO。
等待审核了。
