Nie można wygenerować archiwum aplikacji iOS w xcode

Może się to zdarzyć, jeśli dodałeś framework / bibliotekę ... musisz edytować ustawienia Target - >Build tej biblioteki i ustawić ustawienie "Pomiń instalację" na "tak". Po ponownej archiwizacji XCode powinien zacząć ponownie tworzyć "archiwum aplikacji iOS", a nie "ogólne archiwum xcode".

Oprócz Pomiń Install do Yes i w przypadku otwarcia innego projektu lib/framwork w projekcie aplikacji musisz przenieść nagłówki (jeśli istnieją) z public do project w fazie budowania / Kopiuj nagłówki .

Zrobiłem co następuje, Aby to działało dla mnie:

1. miałem statyczną bibliotekę three20, użyłem cocoapods do włączenia plików w głównym projekcie
2. wykonałem pomiń install dla wszystkich innych sub projektów / bibliotek statycznych i zamieniłem nagłówki kopii z publicznego na projekt, jak wspomniano powyżej
3. najważniejsze: w każdej bibliotece używanej przez projekt przejdź do fazy budowania - > Kopiuj pliki i upewnij się, że miejsce docelowe zostanie zmienione z Absolute path do products directory. Uwaga: zobacz poniższą podpowiedź, aby zawęzić wyszukiwanie, aby znaleźć bibliotekę powodującą ten błąd.

Podpowiedź: aby zorientować się, jakie pliki powodują, że Twoje archiwum tworzy plik archiwum, a nie ipa, zrób to:

1. Wybierz archiwum i kliknij przycisk rozpowszechniaj.
2. Wybierz opcję "Zapisz produkty wbudowane".
3. naciśnij Następny i zapisz.
4. Przeglądaj utworzony katalog w Finderze.
5. podkatalog 'libraries' wskaże biblioteki, które musisz ustawić na tak.
6. w niektórych przypadkach usr/local/include zidentyfikuje winowajcę plików nagłówkowych, które musisz przenieść z publicznego do projektu lub plików, które musisz zmienić ze ścieżki bezwzględnej do katalogu produktów (lub nawet plików, które zapomniałeś ustawić na flagę Yes pomiń instalację). ale ten katalog (tj. usr/local/include) różni się w zależności od struktury katalogu podrzędnego. W wielu przypadkach.. zobaczysz wszystkie pliki wymienione w skopiuj pliki w kroku 3 powyżej wymienione tutaj. Jeśli znajdziesz je tutaj, to masz zdecydowaną odpowiedź na przyczynę swojego problemu.

Aktualizacja do podpowiedzi: aby życie było jeszcze prostsze.. jakiekolwiek pliki pojawią się w kroku 4 w podpowiedzi powyżej.. po prostu wyszukaj go w globalnym wyszukiwaniu xcode.. i powinieneś uzyskać natychmiastowe wyniki dla tego, czego chcesz.. np. była to zawartość mojego folderu (po kroki w podpowiedzi powyżej):

Więc mogę powiedzieć, że ma to coś wspólnego zcrypto issl biblioteki.. szukanie ich:

Uświadomił mi, że zapomniałem ustawić skip install na tak.

Jeśli wyeksportujesz archiwum, otwórz je i zobacz /urs/local/include W Produkty spróbuj ta sugestia :

W każdej kapsule, Pod Packaging, Private Headers Folder Path i Public Headers Folder Path jest ustawione na /usr/local/include. Jeśli je wyczyszczę, dostaję poprawne archiwum.

Pracował dla mnie po aktualizacji mojej aplikacji React Native do 0.11.0, Xcode 7 i CocoaPods 0.39.0.beta.4.

Jeśli używasz CocoaPods, a także WatchKit lub Today Extension, istnieje otwarty Problem na repo CocoaPods wyjaśniający, jaki może być twój problem.

Rozwiązaniem było dla mnie usunięcie fazy Copy Pod Resources z rozszerzenia WatchKit, a dzisiaj rozszerzenia Pod Build Phases. Projekt skompilowany i zarchiwizowany zgodnie z oczekiwaniami, gdy to zrobiłem.

Mam nadzieję, że to komuś pomoże, to sprawiło, że przez cały dzień byłem w potrzasku!

Jeśli którakolwiek z powyższych odpowiedzi nie działa, twój problem prawdopodobnie dotyczy cocoaPods. Ostatnia aktualizacja 0.38.1 namieszała mi w głowie, ale potem obniżyłem ocenę do 0.37.1 i wszystko wróciło do normy. Using Xcode 6.3.1

Późniejsza edycja: Aktualizacja do 0.38.2 również to naprawi. Więcej informacji o tym, co spowodowało ten problem tutaj: Cocoapods 0.38.1 nie udało się utworzyć poprawnego archiwum

Chociaż używam Xcode5 i to, co dla mnie sortowane było edytowanie schematu budowania - wypróbowanie wszystkich powyższych sugestii, które miały zastosowanie, nie pomogło w moim przypadku.

Miałem dwa cele, powiedzmy, " aplikacja "i" aplikacja za darmo". Moje problemy z archiwum generic pojawiły się, gdy próbowałem zarchiwizować darmową wersję, którą dodałem po "normalnej" wersji aplikacji. W moim przypadku, gdy wybrałem jego schemat na pasku narzędzi i wybrałem Edytuj schemat ... Widziałem, że sekcja budowy miała dwa cele, mianowicie aplikacja i aplikacja za darmo.

Odznaczyłem wszystkie kolumny dla aplikacji, pozostawiając zaznaczone tylko kolumny App FREE i kliknąłem OK. Następnym razem wybrałem produkt > archiwum i dostałem moją aplikację za darmo zamiast ogólnego Archiwum. :)

Jeśli masz tylko jeden projekt, może to rozwiązanie byłoby przydatne. Ten problem pojawił się, gdy powielałem cel. W rezultacie zbudowałem dwa cele równolegle. To powodowało problem. Powstało Generic iOS archive.

Aby wyłączyć równoległy wbudowany przejdź do

• Zarządzanie schematami,
• Edytuj schemat,
• Build,
• usuń drugi cel.

Miałem ten problem po aktualizacji do iOS 9 i Xcode 7. Rozwiązanie Josha H zadziałało dla mnie:

W każdym pod, W Packaging, prywatna ścieżka do folderu nagłówków i Publiczna Ścieżka do folderu nagłówków jest ustawiona na /usr / local / include. Jeśli je wyczyszczę to Mam ważne archiwum.

Zrobiłem również skrypt post install dla mojego Podfile, aby zrobić to automatycznie!

    post_install do |installer_representation|
        installer_representation.pods_project.targets.each do |target|
            target.build_configurations.each do |config|
                config.build_settings['PUBLIC_HEADERS_FOLDER_PATH'] = [""];
                config.build_settings['PRIVATE_HEADERS_FOLDER_PATH'] = [""];
            end
        end
    end

Po prostu dodaj go na dole Podfile i uruchom pod install

Mam wiele projektów w moim obszarze roboczym, (GTL, Pods i mój główny projekt) i to jest to, co działało dla mnie:

Wybierz projekt, będą tam 2 typy, jest Projekt i są cele.

Dla projektów, które nie są twoim głównym jak GTL lub PODS:

projekty:

Skip Install = NO
Installation Directory = /Applications
// For pods
Private Headers Folder Path = ""
Public Headers Folder Path = ""

cele:

Skip Install = YES
Installation Directory = /Applications
// For pods
Private Headers Folder Path = ""
Public Headers Folder Path = ""

Dla głównego projektu (który zwykle nazywa się tak samo jak Twój Nazwa Produktu):

projekty:

Skip Install = NO
Installation Directory = /Applications

cele:

Skip Install = NO
Installation Directory = /Applications

sprawdź cel wdrożenia systemu ios dla każdego projektu i celów, aby upewnić się, że wszystkie są takie same.

Miałem taki problem. W moim przypadku było to spowodowane utrzymaniem celu aplikacji Mac jako zależności od aplikacji iOS.

Powodem takiej konfiguracji było to, że aplikacja Mac była narzędziem służącym do generowania danych dla aplikacji na iOS, która następnie została dołączona do pakietu.

Musiałem usunąć tę zależność i zbudować narzędzie osobno przed zbudowaniem samej aplikacji na iOS.

W moim scenariuszu otrzymałem błędne "Generic Archive"dopiero po tym, jak zacząłem włączać Kod Swift do mojego projektu Objective-C. Po wielu rozwiązaniach i zbadaniu pliku archiwum, który Xcode wypluwał, zauważyłem, że folder SwiftSupport (z wymaganymi dylibami dla środowiska Swift runtime) był w innym miejscu w moim archiwum niż z zupełnie nowego archiwum aplikacji Swift project.

Znalazłem Installation Directory ustawienie budowania i zauważyłem, że zostało ustawione na niestandardowe ścieżka w moim projekcie. Po prostu usunąłem go (ustawiając na jego ogólną wartość /Applications), a następny Build - > Archive działał zgodnie z oczekiwaniami i dał mi odpowiednie archiwum aplikacji na iOS.

TL; DR: upewnij się, że w Ustawieniach kompilacji Installation Directory jest ustawiona domyślna wartość /Applications, gdy w aplikacji znajduje się kod Swift, zwłaszcza jeśli zaczynasz od starszego pliku projektu, który może mieć nieoczekiwane ustawienia kompilacji.

Dodatek do Alex L ' s answer.

Punkt 3. Zmień 'Build Settings' - > 'Public Header Folder Path 'na' include/xxx ' również działa.

Zostawiając to tutaj, aby uratować innych z tej samej podróży.

Znalazłem, że muszę usunąć tę samą fazę budowania zasobów Copy Pod ze statycznego celu biblioteki w moim obszarze roboczym.

1. Przejdź do Build Settings i dodaj

   YourAppName / Resources / dist.plist do uprawnienia do podpisywania kodu

2. Naciśnij cmd + B z urządzeniem iOS lub rzeczywistym urządzeniem wybranym jako Build Target

3. Po zakończeniu - > przewiń do folderu "produkty" i kliknij prawym przyciskiem myszy na yourAppName.app

4. Wybierz "Pokaż w Finderze"

5. Utwórz folder o nazwie ( kapitał "P")

6. Skopiuj yourAppName do folderu Payload

7. Utwórz plik zip z folderu Payload

8. Zmień nazwę zip na yourAppName.ipa

DONE

Jeśli żadne z powyższych nie pomogło...po długim czasie.......

Usunąłem wartość z informacji.plist dla Bundle Version ponieważ byłem wystarczająco zadowolony z tylko Bundle Version Short 1.0. Źle. Nie rób tego.

*uwaga zrobiłem to edytując go w interfejsie po prawej stronie, nie zdając sobie sprawy, że będzie to umieścić pusty klucz w informacji.plik plist. Myślę, że to czyni go nieważnym. Mój pakiet pojawił się jako inne przedmioty podczas archiwizacji i nie miał ikony, a ja nie mogłem przesłać gdziekolwiek.

Sprowadza się to do nieprawidłowych wartości w Info.plist. Jeśli nie jest to poprawne archiwum, spróbuj rozpakować stare archiwum i wrzucić / nadpisać obecne i sprawdź, czy to naprawi je podczas przebudowy archiwum.

Po wypróbowaniu prawie wszystkiego:

• Clean, Archive
• delete DerivedData, Archive
• restart Xcode (używałem XCode7), Archive
• kombinacje powyższych...

Zauważyłem, że moja partycja rozruchowa ma "mało wolnego miejsca na dysku"... około 1GB lub tak. Zrestartowałem się, a następnie dostałem około 18GB za darmo.

Następnie otworzył Xcode i projekt, wykonał Archiwum... i o dziwo (po godzinie próby zbudowania archiwum) w końcu dostałem non Generic Archiwum.

Nie mam pojęcia, czy to problem z wolnym dyskiem, który go naprawił, czy restart systemu macOS, który go naprawił, ale mi to działało.

Jeśli masz jakieś .pliki xcodeproj w Project > Targets>Build Phases>target dependencies usuń go stamtąd, a następnie zbuduj IPA. Dla mnie działa. Cheers

Możesz uzyskać odpowiedź tutaj: xcode tworzy ogólne archiwum xcode zamiast archiwum aplikacji na iOS

W moim przypadku musiałem przenieść zarówno FMDB jak i BlocksKit do bibliotek statycznych. Wcześniej były budowane jako podprojekty. Pamiętaj, że możesz użyć lipo do tworzenia uniwersalnych bibliotek. Podczas budowania produktów końcowych kod symulatora zostanie automatycznie usunięty.

Innym możliwym powodem tego jest posiadanie odniesień w "zależności docelowych" do projektów dla innej platformy. W moim konkretnym przypadku pracowałem nad projektem, który udostępnia kod dla OSX i iOS. W jednym z celów iOS przypadkowo dodałem cel OSX jako zależność.

Aby być dokładnym, zamieszczam swoje rozwiązanie.

Doświadczyłem dokładnie tego samego problemu, próbując zbudować Archiwum projektu iOS w Xcode 5.1.1 (5B1008). Żadna z powyższych sugestii nie rozwiązała problemu, a większość z nich była nieistotna(nie dodałem żadnych frameworków i nie miałem żadnych publicznych wpisów w sekcji Copy Headers w moich fazach budowania).

W moim przypadku naprawienie problemu polegało na prostym zamknięciu mojego projektu, usunięciu wszelkich archiwów, które miałem wcześniej wykonane, przechodząc do preferencje > konta, usuwając moje konto dewelopera, zamykając Xcode, ponownie uruchamiając, ponownie dodając moje konto dewelopera, ponownie rozpoczynając proces archiwizacji. To natychmiast naprawiło mój problem.

Jeszcze jedno rozwiązanie, ponieważ wszystkie powyższe nie zadziałały dla mnie...

Zmieniono User Header Search Paths (przypuszczam, że Header Search Paths będzie działać równie elegancko) na "$(BUILT_PRODUCTS_DIR)/BlocksKit".

Background :

W BlockKit, deweloperzy mają strukturę nagłówków w głównym projekcie inaczej niż struktura podczas wdrażania. Tak więc nie możesz odwoływać się do nagłówków w projekcie i musisz odwoływać się do nagłówków skopiowanych do katalogu budowania.

Sposób, w jaki to działało dla mnie w (Xcode 5) miałem 2 Cele i kiedy edytowałem schemat, na lewym okienku Edytora schematu, zobaczysz [BUILD, RUN, TEST, PROFILE XXX. APP, ANALYZE, ARCHIVE] z panelu budowania, zobaczysz swoje cele projektu wymienione na liście. Po prawej stronie zobaczysz selekcje archiwum, upewnij się, że do archiwizacji wybrano tylko jeden cel.

W moim projekcie wybrałem 2 cele, sprawdziłem tylko cel, który chciałem w produkcie i zadziałało!

Rozwiązałem ten błąd przez Otwarcie wyłącznie projektu aplikacji {[2] } w XCode, czyli. nie otwieranie obszaru roboczego zawierającego aplikację i inne projekty / biblioteki / frameworki.

Mając 2 osobny projekt, framework lub bibliotekę współdzieloną i aplikację na iOS, musiałem otworzyć 2 różne okna XCode, każde bezpośrednio otwierając .XCODEPROJ plik zamiast wspólnego .xcworkspace, w celu przygotowania każdego.

Jako ładny efekt uboczny, Xcode nie dłuższa przebudowa każdego celu każdego projektu po wyczyszczeniu , co powoduje skrócenie czasu budowania.

Tło: tworzę open source SDK i demo aplikację na iOS. Miałem oba otwarte w jednym miejscu pracy. Ustawienie Skip installna YES na elementach docelowych SDK uniemożliwiłoby tworzenie archiwum, ponieważ byłoby ono puste, więc nie było to możliwe. Użycie nagłówków Project zamiast Public prowadziłoby do archiwum brak plików nagłówkowych, które powinny być dystrybuowane, więc nie było to również opcja.

Bo to dlatego, że pracowałem w przestrzeni roboczej. Projekt nie zarchiwizowany, ale ne będzie wyświetlany w oknie organizatora. Zamknąłem przestrzeń roboczą i sam otworzyłem projekt. Archiwum zostało otwarte w organizatorze ... mam nadzieję, że to pomoże.

W moim przypadku miałem własny skrypt, który kopiował pliki tymczasowe do:

${TARGET_BUILD_DIR}/myTempDir

To oznaczało, że po zbadaniu archiwum w celu sprawdzenia jego zawartości, znalazłem tuż obok .app file a mytempdir folder. Kiedy zmodyfikowałem skrypt, aby zapisać gdzie indziej rzeczy zostały posortowane.

Spróbuj ustawić nagłówki $(PROJECT_NAME)w ścieżce folderu nagłówki publiczne projet. Musisz przejść do ustawień budowania docelowej biblioteki, a następnie edytować ścieżkę folderu nagłówków publicznych jako nagłówki $(NAZWA_PROJEKTU).

Jeśli używasz Xcode 7 z cocoapods v. 0.38.2. Spróbuj usunąć copy pod resources z docelowego rozszerzenia today.

Napotkałem ten problem po dodaniu narzędzia wiersza poleceń systemu OS X do projektu mojej aplikacji na iOS i Skip Install został domyślnie ustawiony na NO dla celu narzędzia wiersza poleceń. Ponieważ oczywiście nie można zainstalować binarny OS X na urządzeniu z systemem iOS, Archiwizacja domyślnie do ogólnego archiwum Xcode. Ustawienie opcji Skip Install na tak dla tego celu rozwiązało problem.