Это отлично работало 2 дня назад, используя тот же архив и профиль подготовки (выбран из организатора). Кто-нибудь еще видел это? Я не обновил Xcode, так что кажется, что это может быть что-то на Apple, вызывающее сбой?
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 и выбрать просмотр сведений об учетной записи и попытку обновления с помощью маленькой кнопки. Здесь XCode предупредит вас, что вам необходимо принять новые соглашения в Центре участников, прежде чем вы сможете обновить.
С другой стороны, Организатор просто рухнет, а не предупредит вас о не подписанных соглашениях.
Я решил проблему:
Я нашел решение/обходное решение на https://devforums.apple.com/. Сообщение от 優 Yu:
"Откройте Организатор, выполнив Arches. Закройте только xcode тело. Не закрывайте экран" Органайзер ". Пожалуйста, идите и отправьте Проверка в этом состоянии. Я рад, если мы сможем вам помочь".
Работает для меня, но после проверки я получил странное сообщение:
"Полученный файл анализа API слишком велик. Нам не удалось подтвердите свое использование API перед доставкой. Это просто информационное сообщение.".
Я проигнорировал его и успешно отправил приложение в App Store. Похоже, Apple сломала систему проверки, потому что я подал приложение 5 дней назад без каких-либо проблем.
Да, похоже, что Apple просто удалила опцию для загрузки с XCode 6. Или используйте XCode 5.1.1 или Applauncher 2.9.1
Просто примите новую Лицензию и Соглашение в Центре-члене developer.apple.com.
Я использовал обходное решение bagusflyer для отправки приложения, но, наконец, я узнал, как его решить навсегда.
Вот решение:
Примите новые измененные условия и условия из отчет разработчика Apple. (Так же, как сказал Сандип)
Перейдите в здесь, чтобы генерировать новые профили предоставления, для App Store и AdHoc (учебник)
Дважды щелкните новые профили предоставления, которые вы загрузили, чтобы установить их, а затем XCode никогда не сбой.
Проблема возникает из-за того, что XCode 6.0 не обрабатывает миграцию профиля профиля должным образом. Разработчики должны регенерировать профили предоставления для XCode 6+, но Xcode 6.0 не сможет правильно отобразить это сообщение об ошибке и сработает. (Если вы используете бета-версию XCode 6.1, она будет отображать сообщения об ошибках для вас, без сбоев. Затем вы узнаете, что проблема вызвана "недействительным" == "устаревшим" профилем предоставления.)
После этого вы можете отправить приложение и экспортировать Ad Hoc для Testflight.
Я пробовал все другие предложения, никаких успехов.
Наконец, я удалил свой AppleID из панели настроек учетных записей и снова добавил его. Это сделало трюк!
С тех пор приложение снова работало.
Для меня проблема, похоже, происходит из-за того, что она загружается в сборку. Попробуйте изменить номер сборки (а не номер версии), а затем снова загрузить.
Мне удалось решить эту проблему, приняв новое лицензионное соглашение в Центре-члене.
У меня было несколько проектов, открытых во время архивации, закрывая все остальные.
4 часа впустую прошлой ночью с неизвестной ошибкой, даже не получили сообщение об ошибке до тех пор, пока не откроется Xcode > Organizer, закрытый Xcode, а затем загрузится. По-прежнему нет радости, перешел на загрузчик приложений, а затем ударил дальнейшие ошибки. Наконец, загрузка выполнялась при предоставлении сведений об учетной записи агента, без радости от сведений о моей учетной записи администратора.
Эти шаги работают с Xcode 7.x: