Awaria Xcode 8 podczas wysyłania App Store

Mam dziwny problem, który nigdy wcześniej mi się nie zdarzył. Kiedy próbuję przedstawić moją Xcode8 (Swift3) projekt do AppStore, po tym, jak wybrać i zatwierdzić organizację Xcode krach z obcym raportu problem, który mówi:Awaria Xcode 8 podczas wysyłania App Store

2016-09-17 12:32:29.604 xcodebuild[4347:14903] [MT] IDEDistribution: - [IDEDistributionLogging _createLoggingBundleAtPath:]: Created bundle at path '/var/folders/90/5stft2v13fb_m_gv3c8x9nwc0000gn/T/Degoo-iOS_2016-09- 17_12-32-29.600.xcdistributionlogs'. 
2016-09-17 12:32:31.335 xcodebuild[4347:14903] [MT] DVTAssertions: ASSERTION FAILURE in /Library/Caches/com.apple.xbs/Sources/IDEFrameworks/IDEFrameworks- 11246/IDEFoundation/Distribution/IDEDistributionSummaryStep.m:213 
Details: A method claimed to have succeeded but provided an error! 
Object: <IDEDistributionSummaryStep> 
Method: +_distributionItemsWithoutBitcodeForPlatforms:flattenedDistributionItems:ar chive:withError: 
Thread: <NSThread: 0x7ff94ac07fe0>{number = 1, name = main} 
Hints: None 
Backtrace: 
0 -[DVTAssertionHandler handleFailureInMethod:object:fileName:lineNumber:assertionSignature:message Format:arguments:] (in DVTFoundation) 
1 _DVTAssertionHandler (in DVTFoundation) 
2 _DVTAssertionFailureHandler (in DVTFoundation) 
3 +[IDEDistributionSummaryStep _distributionItemsWithoutBitcodeForPlatforms:flattenedDistributionItems:archive:withError:] (in IDEFoundation) 
4 -[IDEDistributionSummaryStep distributionItemsWithoutBitcodeForPlatforms:withError:] (in IDEFoundation) 
5 -[IDEDistributionSummaryStep loadFromPropertyList:error:] (in IDEFoundation) 
6 -[IDEDistributionDriver runWithDestinationPath:error:] (in IDEFoundation) 
7 -[Xcode3CommandLineBuildTool _distributeArchiveAndExit] (in Xcode3Core) 
8 -[Xcode3CommandLineBuildTool run] (in Xcode3Core) 
9 0x00000001047bb202 (in xcodebuild) 
10 start (in libdyld.dylib)

Próbowałem również przesłać aplikację używając bitrise, ale również nie udało się, ale przynajmniej wiem trochę więcej. Poniżej xcodebuild backtrace tuż przed powyższym dzienniku katastrofy:

** ARCHIVE SUCCEEDED ** 


Generating exportOptionsPlist... 
Using plist 3.1.0 
Using bundler 1.13.1 
Bundle complete! 1 Gemfile dependency, 2 gems now installed. 
Use `bundle show [gemname]` to see where a bundled gem is installed. 

Configs: 
    * export_options_path: /Users/vagrant/deploy/export_options.plist 
    * archive_path: /var/folders/90/5stft2v13fb_m_gv3c8x9nwc0000gn/T/bitrise- xcarchive.akKFUHmn/MyApp-iOS.xcarchive 
    * export_method: app-store 
    * upload_bitcode: yes 
    * compile_bitcode: yes 
    * team_id: 
    * plist_content: 
<?xml version="1.0" encoding="UTF-8"?> 
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> 
<plist version="1.0"> 
<dict> 
    <key>method</key> 
    <string>app-store</string> 
    <key>uploadBitcode</key> 
    <true/> 
</dict> 
</plist> 

Exporting IPA from generated Archive... 
$ xcodebuild -exportArchive -archivePath "/var/folders/90/5stft2v13fb_m_gv3c8x9nwc0000gn/T/bitrise- xcarchive.akKFUHmn/MyApp-iOS.xcarchive" -exportPath "/var/folders/90/5stft2v13fb_m_gv3c8x9nwc0000gn/T/bitrise-xcarchive.Jj61X7yX" -exportOptionsPlist "/Users/vagrant/deploy/export_options.plist"

Źródło

2016-09-17 LakaLe_

Mam również ten sam problem z projektem, który przekonwertowałem na swift 3 i kod xcode 8. Czy używasz również w projekcie kartaginy lub innych frameworków? – Bjarte

@ Bjarte Używam Cocoapods –

Zaktualizowałem moją odpowiedź z poprawką –

Jest to długi strzał, ale używasz Reveal oraz metoda starym stylu kopiowania biblioteki integrację z aplikacjami pakietu? Moja kompilacja to robiła, ale powinna go pominąć, jeśli konfiguracja była "ReleaseAppStore", która mogła być starą nazwą do archiwizacji. Wyjąłem to i udało mi się zweryfikować i przesłać moje archiwum.

Źródło

2016-09-18 00:59:51

Ok dowiedziałem się, co się dzieje. (dla wersji krótkiej przejdź do punktu 2.)

udało mi się przejść przez pierwszą część walidacji (część przed wyborem zespołu na binarny i prawa) tylko bitcode enabled = NO i widziałem czegoś dziwne. Moja aplikacja z uprawnieniami była tutaj, ale nie była sama. Był tam plik klasy z postfiksem .o, ale nie powinien.
Więc zwróciłem bitcode enabled do YES (nie jest konieczna, aby rozwiązać to), przeglądu Copy bundle resources w Build phases i okazało się, że tak naprawdę jest to plik z tej klasy .m. Tak więc usunąłem to, sprawdź, czy klasa nadal jest częścią celu (docelowego członkostwa) i wszystko działa teraz.

Zaloguj także na swoim koncie iTunes Connect i sprawdzić, czy Umowa licencyjna Program Developer aktualizowane Jabłko musi zostać zweryfikowane. Jeśli tak, zrób to i spróbuj ponownie.

Źródło

2016-09-21 21:38:04

Spędziłem godziny w tej sprawie bez żadnych wskazówek. Postanowiłem zacząć od nowa z pustego projektu i zarchiwizować wszystkie moje pliki (oprócz plików projektu) + konfigurację ponownej instalacji. Zajęło mi to 2 godziny, ale problem już nie istnieje.

Źródło

2016-09-28 09:05:45 Kata

Zrobiłem to też i zadziałało to dla mnie.Nie jestem pewien, co różnica była, ale tylko rzeczy zauważyłem były 'LIBRARY_SEARCH_PATHS = ( \t \t \t \t \t "$ (dziedziczone)" \t \t \t \t);' 'LD_RUNPATH_SEARCH_PATHS stała =„$ (dziedziczone) @ ścieżka_programowalna/Frameworki ";', 'objectVersion' przeszedł z 46 na 48, moduły zostały włączone, a struktury łączące (na generalnym projekcie, do którego używały UIKit i CoreData) nie były już potrzebne. –

Skompiluj projekt z wersją xcode 8 i wyślij ipa do sklepu z najnowszą wersją xcode. Lub po prostu spróbuj wyczyścić projekt i folder kompilacji i spróbuj ponownie.

Źródło

2016-10-03 16:58:18 rockdaswift

Posiadałem jedną bibliotekę stron trzecich, która miała libswiftRemoteMirror.dylib. Usunięto go ręcznie z archiwum i próbowałem wyeksportować IPA na lot testowy i działało dobrze.

Źródło

2016-10-26 07:54:27

Awaria Xcode 8 podczas wysyłania App Store

Odpowiedz

Powiązane problemy