validation或提交应用程序存档时，Xcode 6崩溃
这在2天前使用完全相同的存档和configuration文件（从组织者select）罚款。 其他人看到这个？ 我还没有更新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) 确保您已经接受了会员中心的所有新协议。
要检查您是否需要，可以转到XCode中的首选项 – >帐户，然后select查看帐户的详细信息并尝试使用小button进行刷新 。 在这里，XCode会提醒您，您需要接受成员中心的新协议，然后才能刷新。
另一方面，主办方将会崩溃，而不是警告你未签署的协议。
我解决了这个问题：
- 在组织者中导出ipa
- 使用Application Loader将ipa加载到app store
我在https://devforums.apple.com/上find解决scheme/解决方法。; 优裕发帖：
“通过执行Arches打开Organizer，请closures唯一的xcode body，请不要closuresOrganizer屏幕，请转到提交Validation的状态，我很高兴如果我们可以帮助你。
适用于我，但经过validation，我得到了一个奇怪的消息：
“由此产生的API分析文件太大了，在交付之前我们无法validation您的API使用情况，这仅仅是一个信息性的消息。”
我忽略了它，并成功地提交到App Store的应用程序。 看起来像苹果打破了他们的validation系统，因为我提交了一个应用程序5天前没有任何问题。
是的，它看起来像苹果刚刚取消了与XCode 6上传的选项。可以使用XCode 5.1.1或Applauncher 2.9.1
只需在developer.apple.com的会员中心接受新的许可和协议即可。
我已经使用bagusflyer的解决方法提交应用程序，但最终我发现如何永久解决它。
这是解决scheme：
-
接受来自苹果开发者帐户的新更改的条款和条件。 （就像Sandeep说的）
-
去这里生成新的configuration文件，为App Store＆AdHoc（ 教程 ）
-
双击下载的新configuration文件以安装它们，然后XCode永远不会崩溃。
问题是由XCode 6.0不能正确处理configuration文件迁移造成的。 开发人员应该重新生成XCode 6+的configuration文件，但Xcode 6.0无法正确显示此错误消息并崩溃。 （如果使用XCode 6.1 Beta，它会显示错误消息给你，不会崩溃，那么你就会知道这个问题是由“无效的”==“传统”configuration文件引起的。
之后，您可以提交应用程序并为Testflight导出Ad Hoc分发。
我尝试了所有其他的build议，没有成功。
最后，我从帐户偏好设置面板中删除了我的AppleID并重新添加了它。 那就是诀窍！
从那时起，应用程序提交再次工作。
对我来说，这个问题似乎是因为上传相同的构build提交。 尝试更改内部版本号（不是版本号），然后再次上传。
我设法通过在会员中心接受新的许可协议来解决这个问题。
我在存档时打开了多个项目，closures了所有其他人的工作。
4小时昨晚浪费了未知的错误，甚至没有得到一个错误，直到打开Xcode>组织者，closuresXcode，然后上传。 仍然没有喜悦，移动到应用程序加载器，然后打出更多的错误。 最后上传工作时，给予代理帐户的详细信息，没有我的pipe理员帐户的详细信息的喜悦
这些步骤适用于Xcode 7.x：
- closuresXcode
- 启动磁盘工具，对您的OSX磁盘做一个急救
- 打开Xcode，转到Window – Project并清理项目Derived Data
- 打开窗口 – 组织者
- 打开Xcode – 首选项 – 帐户并删除并重新添加您的帐户
- 启动你的项目
- 转到项目和目标 – 生成设置 – 生成选项（设置），并将“启用位码”设置为否（如果您的项目不使用位码）
- select一个真实的设备，并build立并运行你的项目到设备
- 去产品和启动档案
