由于安全的原因，客户不会把app的 distribution provisioning profile给开发者的，但是可以给一个development provisioning profile。这种情况下，我们把code signing中的provisioning profile的release版本设置为development provisioning profile，之后就可以进行archive了，再把archive发送给客户，他可以通过Organizer进行后续的发布操作。
这里面主要涉及了archive 和 distribution的知识。
archive不对provisioning profile做过多检测，只需要满足最低要求就可以：能够在真机运行的标准。所以，即使像下图这样的设定，也可以顺利archive：
证明一下，下面是export ipa最后一步的截图：
这种使用development provisioning profile 的export操作，我感觉不算是真正的distribution。
我们再看看Organization中的几种发布方法，看下图：
我们刚才使用的是第四个选项，只需要development provisioning profile就可以了，但是前3个各自需要不同类型的 distribution provisioning profile。
其中第四个选项比较容易疑惑，什么叫development distribution呢？
注意，不要把archive和 distribution搞混了，真正的distribution是在Organizer中进行的。archive时的bundle id是非常关键的，bundle id确定后，必须选择对应的certificate的team才能进行发布，而且Organizer会在distribution过程中根据这个id去找匹配provisioning profile，如果有相应的provisioning profile 就可以发布！