我已经寻找这种管理方法后，并没有出来。
让我们假设我有一个目前在版本1.0.0的IPad应用程序，我今天发送评论（11/24/2014）。
在2-3天（2014年11月28日）我想推动一个快速修复，所以我必须再次发送我的iPad应用程序（1.0.1）。
我该如何完成像连续部署我的应用程序？
发生了什么事如果我已经有一个版本审查，我发送另一个，什么是这种情况下正确的方法？
[我知道，应用程序必须才去现场进行测试，但我已经尽快遇到这种情况处理客户要求速战速决]
感谢， 勒兹万
你可以将您的CI服务器设置为部署并将其连接到iTunes Connect。如果你有一个新的版本（1.0.1），你不能只交换二进制文件，你将不得不自己拒绝1.0.0，并为1.0.1的iTunes Connect准备二进制文件。这可以通过编程完成，但这不是一种常见的做法。我会告诉客户想出一个可行的发布计划，让错误修复和更改得到提交，让我们说每个星期五。试图自动化你的要求是没有任何意义的任务，正如我所说，并不是很多人有耐心来设置它。建立詹金斯对大多数人来说已经足够强大了。
一般而言，由于Apple的应用商店审阅时间从几小时变为几周，在提交时未知，因此无法在少量天数的周期内连续部署到iOS应用商店苹果经常从提交订单中按顺序完成大多数评论），并且您不能在同一时间完全提交同一个应用程序的多个版本进行审核。拒绝提交以提交更新的更新以进行审核将再次将您的应用程序推到（可能为期数周的）队列的开始。
苹果（在他们过去的技术会谈期间）建议每月只提交一次新更新，除非您发现需要更紧急更新的关键错误。所以你可以连续部署一次（或两次，如Facebook似乎试图）每月费率。
至于需要的快速修复，您可以要求加速审核，但据报道苹果每年仅对每个开发人员（或每个应用程序）的一次或两次加速请求作出反应（如果有的话）。因此，最好的做法是在提交之前对应用程序进行足够的测试，以减少需要加速请求的风险，远低于该频率（或者苹果似乎忽略了您的快速请求会遭受一周或两周的恶意评论） 。
我明白了。感谢那。现在我有1.0.0审查状态，我想发送1.0.1审查。我必须自己拒绝1.0.0，然后提交1.0.1？ – 2014-11-24 15:00:36
不，只是在1.0.1的iTunes连接上创建一个新版本（你不需要填写所有的元数据，只需改变一下，这意味着如果1.0.0发布了，你可以用1.0.1替换它因为它已经被批准了，如果你在1.0.1中拒绝1.0.0，你会进入队列的后面 – latenitecoder 2014-11-24 15:22:37
好极了，这对我来说很有意义。 – 2014-11-24 15:24:48