我一直在使用TestFlight,但这是我第一次直接从iTunesConnect提交测试版本,因为Apple自己购买了TestFlight。
我一直在经历一种奇怪的行为(或者只是Apple的预期行为)。
我已将用户添加到我的团队(他们是管理员角色),并且我已在专用面板中选择它们作为TestFlight测试人员的一部分。我上传了一个版本,在Build选项卡中切换了TestFlight Beta Testing,并选择了内部测试人员(下面的屏幕截图中只有一个)我希望收到该版本。
然后......没有任何反应,状态仍然是“处理”(什么??不应该立即?)测试人员没有收到任何邀请而且我被卡住了。显然我在这里缺少一些东西。
此外,即使已经邀请了一位测试人员,该面板仍会显示“要开始测试,请至少邀请一位测试人员”。 TestFlight曾经是一个很好的产品......
下面的两个快照显示了我的iTunesConnect面板的状态。有什么想法吗?
答案 0 :(得分:56)
原来,#34; Processing"构建,即使仅用于内部测试(即与您的团队相关联的25个帐户)可能需要几个小时。即使二进制文件已经由Xcode和Application loader验证。
我发布这个作为答案,因为我没有找到关于" Processing"国家应该是。考虑到一些审查过程的长度,它可能是几秒钟,几分钟,几小时或几天,所以很高兴知道在这种情况下它持续了几个小时。
现在我的控制台状态就是这个。
答案 1 :(得分:43)
好的,这是2015年3月人的答案。我昨天(3月4日)通过Xcode和Internal& amp;上传了一个预发布版本。外部测试状态仍然处于'处理'超过 36小时以后。我甚至尝试重新上传,增加内部版本号等。没有快乐。所以我打电话给Apple。这是他们告诉我的;
他们一直在为3月4日和5日上传预发布版本的用户定期发生此问题。他们一直在调查是否与通过Xcode上传相关,而不是通过Application Loader上传,但他们已经看到两种方法之间的问题同样发生。
所以他们正在研究它&我会尽快为我的具体案例解决问题。
我认为对于那些发现重新上传增加版本号的人正在做的伎俩,它实际上是一个红色的鲱鱼,也许更多的是因为在一个好时机重新提交系统
我会发布这个帖子,告诉它是如何发挥作用的。与此同时,如果您的预发布版已经处理超过24小时,并且您不喜欢在发布前上传尝试中乱丢您应用的管理控制台(这不是被删除),我建议给Apple一个电话,让你的上传开始行动。
iTunes Connect上传帮助热线:
美国境内: +1(800)633-2152 来自外部: +1(408)974-4897
3月6日更新:所以,我的原始版本终于出现在Processing中了。这花费了 38小时!我不认为这是苹果公司正在修理它,它在我看来,它最终将自己排除在外。
在此之前,我还尝试通过Application Loader上传新的增量版本,同时也按照下面的一些建议登出iTunes Connect,但这对我来说并没有什么区别。这让我得出了相当确定的结论,它只是有效,因为你在一个美好的时刻提交(或者甚至可能与你的地理位置相关(我在伦敦)),而没有其他的hokus pokus!
最初的Testflight相当粗鲁地让Apple感到羞耻。他们真的需要解决这个问题。
答案 2 :(得分:5)
通常情况下,您永远不应该看到状态' Processing'。将构建状态设置为 处理 后,将永远不会更改;至少在我的情况下。 (见下图)
解决方案是" 继续尝试。"尝试增加内部版本号或版本号,并继续提交到iTunes Connect。
我在第三次尝试中没有处理时间。
答案 3 :(得分:4)
我发现来自Apple的以下消息(itunesconnect@apple.com)已发送到我的垃圾邮件文件夹。在我的应用程序的构建设置中,我设置了#34;启用Bitcode"否。我还将发布版本的优化级别更改为“无”。之后,我的构建被接受并上传到应用商店。此时,邀请按钮可供内部用户使用。后来我能够通过TestFlight安装应用程序。
亲爱的开发人员,
我们发现您最近交付的一个或多个问题 " XXXYourAppName&#34 ;.要处理您的交付,必须满足以下问题 纠正:
无效的可执行文件 - 可执行文件 ' xxx.app/Frameworks/libswiftCoreMedia.dylib'包含bitcode。
无效的可执行文件 - 可执行文件 xxx.app/Frameworks/libswiftFoundation.dylib'包含bitcode。
无效的可执行文件 - 可执行文件 ' xxx.app/Frameworks/libswiftDarwin.dylib'包含bitcode。
无效的可执行文件 - 可执行文件 ' xxx.app/Frameworks/libswiftCoreLocation.dylib'包含bitcode。
无效的可执行文件 - 可执行文件 ' xxx.app/Frameworks/libswiftCoreData.dylib'包含bitcode。
无效的可执行文件 - 可执行文件 ' xxx.app/Frameworks/libswiftCoreImage.dylib'包含bitcode。
无效的可执行文件 - 可执行文件 ' xxx.app/Frameworks/libswiftDispatch.dylib'包含bitcode。
无效的可执行文件 - 可执行文件 ' xxx.app/Frameworks/libswiftCore.dylib'包含bitcode。
无效的可执行文件 - 可执行文件 ' xxx.app/Frameworks/libswiftAVFoundation.dylib'包含bitcode。
无效的可执行文件 - 可执行文件 ' xxx.app/Frameworks/libswiftCoreGraphics.dylib'包含bitcode。
无效的可执行文件 - 可执行文件 ' xxx.app/Frameworks/libswiftObjectiveC.dylib'包含bitcode。
无效的可执行文件 - 可执行文件 ' xxx.app/Frameworks/libswiftCoreAudio.dylib'包含bitcode。
无效的可执行文件 - 可执行文件 ' xxx.app/Frameworks/libswiftUIKit.dylib'包含bitcode。
无效的可执行文件 - 可执行文件 ' xxx.app/Frameworks/libswiftSecurity.dylib'包含bitcode。
一旦这些问题得到纠正,您就可以重新发送 纠正二进制。
此致
App Store团队
答案 4 :(得分:2)
我正在努力解决与许多人所说的相同的问题。
事实上今天早上我为我的应用程序上传了第二个Build并声明了#34; Processing"不会在数小时和数小时内出门。 我使用xcode Archive / Uploader将应用程序的第二个Bundle上传到Itunes。
当我外出吃午饭的时候,我正在考虑" Apple如何花费大量时间来处理第二次构建"而不是首先立即设置为Active。
现在我是一个快乐的人,当我回来时,我决定重新上传第三个Bundle但是使用Application Loader而不是Xcode。 这对魔术如何截图:
想象第二个版本现在还处理!!! 惊人的苹果!!!!
因此请使用Application Loader并且不要浪费重要时间! 希望我能帮忙,
答案 5 :(得分:1)
我一直在使用TestFlight,没有任何问题。然后昨天发生了这件事(陷入处理)。也许苹果方面存在一些内部问题?
答案 6 :(得分:1)
这似乎时不时发生,除了等待之外,用户基本上什么也做不了。我已经尝试了上述所有建议无济于事,然后突然所有处理构建都使其处于启用状态。
截至目前(2015年10月9日),处理时间仍然需要一个小时,但昨天的情况更糟,需要花费数小时。答案 7 :(得分:0)
在我的一个版本中,这也发生在我身上。在构建之前我以前的所有构建都是即时的。所以我只是创建了一个新的构建(没有代码更改)并忽略了错误的构建。一旦我在新版本上启用了TestFlight测试,我几乎可以立即在我的设备上收到通知。
答案 8 :(得分:0)
我的诀窍是改变构建的VERSION号,而不仅仅是更改构建号。我不确定但事实证明,我的每个版本的第5版都有这么长的处理队列问题。
答案 9 :(得分:0)
我发现如果我在上传构建时打开ITC,它就永远不会离开处理阶段。确保ITC在我收到手机通知之前没有登录。
答案 10 :(得分:-1)
添加内部测试人员
注意:
如果外部测试人员和内部测试人员具有相同的电子邮件ID,他们将无法收到该版本。此外,由于同样的原因,它们可能在内部测试人员列表中不可见。
如果未收到Testflight构建的邮件,请禁用Testflight Beta Testing开关并再次启用它。这可能会解决问题。
用户收到邀请后,应使用Mail应用打开testflight的链接。
答案 11 :(得分:-1)