Xcode 6在验证或提交应用程序存档时崩溃。

Question

两天前我使用完全相同的存档和配置文件（从组织者中选择）时，一切都运行良好。还有其他人遇到这种情况吗？我没有更新Xcode，所以似乎可能是苹果那边出了问题导致失败？

Application Specific Information:
ProductBuildVersion: 6A313
ASSERTION FAILURE in /SourceCache/IDEFrameworks/IDEFrameworks-6299/IDEFoundation/Issues/IDEIssueManager.m:457
Details:  This method must only be called on the main thread
Object:   <IDEIssueManager>
Method:   +_issueProviderInfo
Thread:   <NSThread: 0x7fa1abfa8e60>{name = (null), num = 44}
Hints:   None
Backtrace:
  0  0x00000001027adf0a -[IDEAssertionHandler handleFailureInMethod:object:fileName:lineNumber:assertionSignature:messageFormat:arguments:] (in IDEKit)
  1  0x000000010156dbaf _DVTAssertionHandler (in DVTFoundation)
  2  0x000000010156de9e _DVTAssertionFailureHandler (in DVTFoundation)
  3  0x0000000101ea2bce +[IDEIssueManager _issueProviderInfo] (in IDEFoundation)
  4  0x0000000101ea224d -[IDEIssueManager _updateIssueProviders] (in IDEFoundation)
  5  0x000000010157ffbe __73-[DVTObservingBlockToken observeValueForKeyPath:ofObject:change:context:]_block_invoke (in DVTFoundation)
  6  0x00000001014fa6c8 DVTInvokeWithStrongOwnership (in DVTFoundation)
  7  0x00000001013ae124 -[DVTObservingBlockToken observeValueForKeyPath:ofObject:change:context:] (in DVTFoundation)
  8  0x00007fff8aed8f28 NSKeyValueNotifyObserver (in Foundation)
  9  0x00007fff8aed80f8 NSKeyValueDidChange (in Foundation)
 10  0x00007fff8aedcbe6 -[NSObject(NSKeyValueObserverNotification) didChangeValueForKey:] (in Foundation)
 11  0x00007fff8ddf3f6f doSetValuesInSourceWithKVO (in CoreFoundation)
 12  0x00007fff8ddf3e0f _CFXPreferencesReplaceValuesInNamedVolatileSource (in CoreFoundation)
 13  0x00007fff8b07fafc -[NSUserDefaults(NSUserDefaults) setVolatileDomain:forName:] (in Foundation)
 14  0x00000001124ad9e9 -[NSUserDefaults(ITunesConnectFoundationExtensions) REPLACEMENT_setVolatileDomain:forName:] (in ITunesConnectFoundation)
 15  0x00000001124a3fac -[MZJSONServiceClient connectionDidFinishLoading:] (in ITunesConnectFoundation)
 16  0x00007fff8af877fd __65-[NSURLConnectionInternal _withConnectionAndDelegate:onlyActive:]_block_invoke (in Foundation)
 17  0x00007fff8af8772d -[NSURLConnectionInternal _withConnectionAndDelegate:onlyActive:] (in Foundation)
 18  0x00007fff8af8761c -[NSURLConnectionInternal _withActiveConnectionAndDelegate:] (in Foundation)
 19  0x00007fff989e9284 ___ZN27URLConnectionClient_Classic26_delegate_didFinishLoadingEU13block_pointerFvvE_block_invoke (in CFNetwork)
 20  0x00007fff98a9f820 ___ZN27URLConnectionClient_Classic18_withDelegateAsyncEPKcU13block_pointerFvP16_CFURLConnectionPK33CFURLConnectionClientCurrent_VMaxE_block_invoke_2 (in CFNetwork)
 21  0x00007fff989cc2ec ___ZNK17CoreSchedulingSet13_performAsyncEPKcU13block_pointerFvvE_block_invoke (in CFNetwork)
 22  0x00007fff8de04a94 CFArrayApplyFunction (in CoreFoundation)
 23  0x00007fff989cc1cb RunloopBlockContext::perform() (in CFNetwork)
 24  0x00007fff989cc073 MultiplexerSource::perform() (in CFNetwork)
 25  0x00007fff989cbea2 MultiplexerSource::_perform(void*) (in CFNetwork)
 26  0x00007fff8de395b1 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ (in CoreFoundation)
 27  0x00007fff8de2ac62 __CFRunLoopDoSources0 (in CoreFoundation)
 28  0x00007fff8de2a3ef __CFRunLoopRun (in CoreFoundation)
 29  0x00007fff8de29e75 CFRunLoopRunSpecific (in CoreFoundation)
 30  0x00007fff8af38adc -[NSRunLoop(NSRunLoop) runMode:beforeDate:] (in Foundation)
 31  0x00007fff8af8110b -[NSRunLoop(NSRunLoop) runUntilDate:] (in Foundation)
 32  0x00000001124a3468 -[MZJSONServiceClient getResultDictionary] (in ITunesConnectFoundation)
 33  0x00000001124a55da -[MZLabelServiceClient invokeSOAPCall] (in ITunesConnectFoundation)
 34  0x00000001124aa904 -[MZWebServiceOperationWorker execute] (in ITunesConnectFoundation)
 35  0x00000001124aac02 -[MZWebServiceWorker run] (in ITunesConnectFoundation)
 36  0x000000011248336c -[MZWorkItem main] (in ITunesConnectFoundation)
 37  0x00007fff8aed78a1 -[__NSOperationInternal _start:] (in Foundation)
 38  0x00007fff8aed754b __NSOQSchedule_f (in Foundation)
 39  0x00007fff96f8528d _dispatch_client_callout (in libdispatch.dylib)
 40  0x00007fff96f897e3 _dispatch_async_redirect_invoke (in libdispatch.dylib)
 41  0x00007fff96f8528d _dispatch_client_callout (in libdispatch.dylib)
 42  0x00007fff96f87082 _dispatch_root_queue_drain (in libdispatch.dylib)
 43  0x00007fff96f88177 _dispatch_worker_thread2 (in libdispatch.dylib)
 44  0x00007fff934d0ef8 _pthread_wqthread (in libsystem_pthread.dylib)
 45  0x00007fff934d3fb9 start_wqthread (in libsystem_pthread.dylib)

- lotz

---

遇到了相同的问题。两天前还好好的。 - derjohng

“我们的苹果联系人告诉我们他听说过这件事，并建议继续尝试。” 我猜这真的是苹果公司的问题。 注意：除非有人能提供正确的信息/解决方法，否则请不要在“答案”中发表评论。答案只用来回答实际问题。 - Andrew T.

是的，看起来相当普遍：https://twitter.com/marcoarment/status/511636271434043392 - lotz

同样的问题。昨天开始出现。我成功上传了6个构建版本，但是昨天和今天我无法上传新的二进制文件。我重新生成了证书、应用ID和配置文件，但是没有成功。 - Bogdan

同样的问题，但有不同的解决方案：关闭Xcode并保持组织器打开。https://dev59.com/8F0Z5IYBdhLWcg3w8j9J - Julien

Answer 1

请确保您已在会员中心接受了所有新协议。

要检查是否需要接受协议，请转到 XCode 的首选项 -> 帐户，并选择查看帐户的详细信息并尝试使用小按钮进行刷新。在这里，XCode 将警告您需要先在会员中心接受新协议才能进行刷新。

另一方面，组织者将崩溃而不是警告您有未签署的协议。

- eanticev

---

这是在我的情况下完美的解决方案。 - XIII

这似乎是问题所在。听起来苹果公司需要更新Xcode以更好地处理这种情况。 - lotz

真是疯狂，苹果竟然让这种漏洞发生。 - kernix

Answer 2

我通过以下步骤解决了问题：

1. 在组织者中导出ipa文件
2. 使用应用程序加载器将ipa文件加载到应用商店中

- Bagusflyer

---

看起来社区目前非常活跃，为iOS 8做准备 :) - Dario

这个可以工作，但无法将符号与IPA一起提交到App Store以进行崩溃报告分析。 - Raptor

符号可以提交，您必须导出到应用商店并选中符号复选框。 - jjxtra

对我来说，这也是提交应用程序的唯一方式。 - bsorrentino

今天最终做了同样的事情（请参见日期戳）。和原帖一模一样的错误信息，而且其他建议的解决方案都没有起作用。让这个错误持续存在真是令人难以置信。 - nickdnk

Answer 3

我在 https://devforums.apple.com/ 上找到了解决方案 / 解决方法。

"执行 Arches 后打开 Organizer。请关闭唯一的 xcode。请不要关闭 Organizer 屏幕。在该状态下提交验证。如果我们能帮到您，我们会很高兴的."

对我有用，但是在验证之后，我收到了奇怪的消息：

"生成的 API 分析文件过大。我们无法在交付前验证您的 API 使用情况。这只是一个信息提示."

我忽略了它，并成功地将应用程序提交到 App Store。看起来苹果破坏了他们的验证系统，因为我5天前提交了一个没有任何问题的应用程序。

- Szuwar_Jr

---

好的，谢谢你。这对我有用。解决方法是只打开“档案”窗口（关闭其他所有窗口）。 - adbie

这是唯一在2015年6月17日对我有用的解决方案。 - picciano

iOS开发/Xcode的不一致性真是令人难以置信。 - mircaea

Answer 4

看起来苹果刚刚撤回了使用XCode 6上传的选项。要么使用XCode 5.1.1，要么使用Applauncher 2.9.1。

- mr.T

Answer 5

我尝试了所有其他建议，但都没有成功。

最后，我从帐户首选项窗格中删除了我的AppleID，然后重新添加它。这就解决了问题！

自那以后，应用程序提交又恢复正常了。

- de.

---

我尝试使用Xcode6.0和Xcode6.1，但仍然存在问题。无法生成adhoc文件。 - Devang

我也遇到了同样的问题。这是苹果服务器的问题吗？重新添加没有成功。 - polterfest

Answer 6

只需在developer.apple.com的会员中心接受新的许可证和协议即可。

- aalesano

Answer 7

我使用了bagusflyer的解决方法来提交应用程序，但最终我找到了永久解决方法。

以下是解决方案：

1. 接受Apple开发者账户中的新条款和条件更改。（就像Sandeep所说的那样）

2. 前往这里生成新的App Store和AdHoc配置文件（教程）

3. 双击下载的新配置文件进行安装，然后XCode就不会崩溃了。

问题的原因是XCode 6.0不能正确处理配置文件迁移。开发者应该重新生成XCode 6+的配置文件，但是XCode 6.0无法正确显示错误消息并会崩溃。（如果您使用XCode 6.1 Beta，则会为您显示错误消息，而不会崩溃。然后您将知道问题是由“无效” == “传统”的配置文件引起的。）

之后，您可以提交应用程序并导出Testflight的Ad Hoc分发版。

- Sean Cheng

Answer 8

昨晚因为未知错误浪费了4个小时，甚至在打开Xcode的Organiser前都没有报错。关闭Xcode后上传仍然没有成功，转而尝试Application Loader，但还是遇到了更多的错误。最终，在使用代理账户信息后，上传成功了。我的管理员帐户信息则无法成功上传。

- abitofcode

Answer 9

对我来说，问题似乎是由于将相同的构建文件上传到提交中而发生的。尝试更改构建编号（而不是版本号），然后重新上传。

- Jirapong

---

尝试过了，但没有成功。 - Bogdan

有时候，你仍然需要使用Application Loader。我猜GM中的Organizer不太稳定。 - Jirapong

Answer 10

我通过在会员中心接受新的许可协议来解决了这个问题。

- user3192649