Hy guys,
我已经在这种管理层之后进行了搜索,并且没有任何结果。
假设我现在有1.0.0版本的IPad应用程序,我今天发送给它进行审核(2014年11月24日)。
在2-3天(2014年11月28日)我想推送快速修复,所以我必须再次发送我的iPad应用程序(1.0.1)。
我如何才能实现像继续部署我的应用程序一样的东西?
如果我已经有一个正在审核的版本并且我发送了另一个版本并且该方案的正确方法是什么,那么会发生什么?
[我知道应用程序必须在上线之前进行测试,但我遇到过这种情况,需要尽快快速解决客户问题)
谢谢, 勒兹
答案 0 :(得分:3)
您可以将CI服务器设置为部署并将其连接到iTunes Connect。如果您有一个新的版本(1.0.1),您不能只交换二进制文件,您将不得不自我拒绝1.0.0并准备iTunes Connect for 1.0.1上的二进制文件。这可以以编程方式完成,但这不是常见的做法。我会告诉客户提出一个可行的发布计划,其中每隔一个星期五就会提交错误修复和更改。试图自动化你的需求并不是一件容易的事,正如我所说的那样,没有多少人有耐心去设置它。刚刚成立詹金斯对大多数人来说都足够艰难。
答案 1 :(得分:1)
一般情况下,由于Apple的App Store审核时间从几小时到几周不等,因此您无法在短时间内连续部署到iOS App Store,因此未知在提交时(因为Apple经常在提交订单中完成无序审核),并且您无法在任何时间完全提交同一应用的多个版本进行审核。拒绝提交提交更新的审核更新会将您的应用再次推送到(可能长达数周)队列的开头。
Apple(在他们过去的一次技术会谈中)建议每月只提交一次新的更新,除非您发现需要更紧急更新的严重错误。因此,您可以每月一次(或两次,如Facebook似乎尝试的那样)持续部署。至于所需的快速修复,您可以请求快速审核,但据报道,Apple每年只对每个开发者(或每个应用程序?)的一两个加速请求作出反应(如果有的话)。因此,最好的做法是在提交之前对应用程序进行足够好的测试,以降低需要加速请求远低于该频率的风险(或者在Apple似乎忽略的情况下遭受来自应用程序损坏的一两周的错误评论)你的加急请求。)