Nie można wygenerować archiwum aplikacji iOS w xcode

Mam problem z wygenerowaniem archiwum aplikacji iOS z aplikacji. Aplikacja dobrze się kompiluje i działa nawet w symulatorze. Teraz chciałem przeprowadzić testy ad hoc i nie mogę wygenerować archiwum aplikacji iOS. Kiedy klikam Produkt -> Archiwum, generuje ogólne archiwum xcode. Czy ktoś może mi pomóc. Powinienem wspomnieć, że wygenerowałem już archiwum aplikacji iOS tej aplikacji. Właśnie z jakiegoś powodu przestał generować archiwum iOS. Wielkie dzięki.

Sprawdź ustawienia kompilacji:

1. Pomiń instalację jest NIE dla głównego celu projektu
2. Pomiń instalację jest TAK dla celów ramowych (podprojektów)
3. W fazach kompilacji dla podprojektów nagłówki kopiowania muszą znajdować się w projekcie, a nie publicznie (nie dotyczy tworzenia biblioteki statycznej)
4. Katalog instalacyjny w obszarze Wdrożenie jest prawidłowy (na przykład / Aplikacje)

Może się to zdarzyć, jeśli dodałeś framework / bibliotekę ... musisz edytować Target-> Build Settings tej biblioteki i ustawić ustawienie „Skip Install” na „Yes”. Podczas ponownej archiwizacji XCode powinien ponownie zacząć tworzyć „Archiwum aplikacji iOS” zamiast „ogólnego archiwum xcode”.

Oprócz opcji Pomiń instalację na tak, a jeśli otworzyłeś inny projekt lib / framwork w projekcie aplikacji, musisz przenieść nagłówki (jeśli istnieją) z publicznego do projektu w fazie budowy / kopiowaniu nagłówków .

Wykonałem następujące czynności, aby to zadziałało:

1. Miałem bibliotekę statyczną Three20, użyłem cocoapods, aby dołączyć pliki do głównego projektu
2. wykonałem pominięcie instalacji dla wszystkich innych projektów podrzędnych / bibliotek statycznych i przełączono nagłówki kopii z publicznego na projekt, jak wspomniano powyżej
3. co najważniejsze: w każdej bibliotece używanej w projekcie przejdź do faz kompilacji -> Kopiuj pliki i upewnij się, że miejsce docelowe jest zmieniane z Absolute pathna products directory. Uwaga: zobacz poniższą wskazówkę, aby zawęzić wyszukiwanie i znaleźć bibliotekę powodującą ten błąd.

i to było to!

wskazówka: aby zorientować się, jakie pliki powodują, że Twoje archiwum tworzy plik archiwum, a nie ipa, wykonaj następujące czynności:

1. Wybierz archiwum i kliknij przycisk Rozpowszechnij.
2. Wybierz opcję „Zapisz zbudowane produkty”.
3. Kliknij Dalej i Zapisz.
4. Przeglądaj utworzony katalog w Finderze.
5. Podkatalog „Libraries” zidentyfikuje biblioteki, dla których należy ustawić opcję Pomiń instalację na Tak.
6. w niektórych przypadkach usr/local/includezidentyfikuje pliki nagłówkowe winowajców, które musisz przenieść z publicznego do projektu lub pliki, które musisz zmienić ze ścieżki bezwzględnej do katalogu produktów (lub nawet pliki, o których zapomniałeś ustawić opcję pomiń instalację na tak). ale ten katalog (tj. usr / local / include) różni się w zależności od struktury katalogów sublibrary. W wielu przypadkach ... zobaczysz wszystkie pliki wymienione w sekcji Kopiuj pliki w kroku 3 powyżej. Jeśli znajdziesz je tutaj, masz definitywną odpowiedź na temat przyczyny twojego problemu.

aktualizacja do podpowiedzi: aby życie było jeszcze prostsze ... jakiekolwiek pliki, które pojawiają się w kroku 4 w podpowiedzi powyżej ... po prostu wyszukaj je w globalnym wyszukiwaniu xcode ... i powinieneś otrzymać natychmiastowe wyniki dla tego, co chcesz ... na przykład, to była zawartość mojego folderu (postępując zgodnie z instrukcją powyżej):

Mogę więc powiedzieć, że ma to coś wspólnego z bibliotekami kryptograficznymi i ssl ... szukaniem ich:

uświadomił mi, że zapomniałem ustawić pominięcie instalacji na tak.

Jeśli eksportujesz archiwum, otwórz je i zobacz /urs/local/includew produktach, wypróbuj tę sugestię :

W każdej pod pod Packaging, Private Headers Folder Pathi Public Headers Folder Pathjest ustawiony /usr/local/include. Jeśli je wyczyszczę, otrzymam prawidłowe archiwum.

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

Jeśli używasz CocoaPods, a także WatchKit lub rozszerzenia Today, w repozytorium CocoaPods jest otwarty problem wyjaśniający, jaki może być Twój problem.

Rozwiązaniem dla mnie było, aby usunąć Copy Pod Resourcesfazę z WatchKit Extension i dziś Extension skierowany pod Build Phases. Gdy to zrobiłem, projekt został skompilowany i zarchiwizowany zgodnie z oczekiwaniami.

Mam nadzieję, że to komuś pomogło, przez cały dzień byłem zaskoczony!

Jeśli którakolwiek z powyższych odpowiedzi nie działa, prawdopodobnie problem dotyczy cocoaPods. Najnowsza aktualizacja 0.38.1zepsuła mi sprawę, ale potem obniżyłem poziom 0.37.1i wszystko wróciło do normy. Za pomocąXcode 6.3.1

Późniejsza edycja: aktualizacja do 0.38.2również to naprawi. Więcej informacji na temat przyczyny tego problemu znajdziesz tutaj: Cocoapods 0.38.1 nie utworzył prawidłowego archiwum

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

Miałem dwa cele, powiedzmy „App” i „App FREE”. Moje problemy z archiwum ogólnym wystąpiły, gdy próbowałem zarchiwizować wersję DARMOWĄ, którą dodałem po „normalnej” wersji aplikacji. W moim przypadku, kiedy wybrałem jego Schemat na pasku narzędzi i wybrałem Edytuj Schemat ... Zobaczyłem, że sekcja Build ma dwa cele, a mianowicie App i App FREE.

Odznacziłem wszystkie kolumny aplikacji, pozostawiając zaznaczone tylko kolumny App FREE i kliknąłem OK. Następnym razem, gdy wybrałem Produkt> Archiwum, otrzymałem moją aplikację ZA DARMO zamiast Archiwum ogólnego. :)

Jeśli masz tylko jeden projekt, może to rozwiązanie się przyda. Ten problem pojawił się, kiedy zduplikowałem cel. W rezultacie miałem zbudowane równolegle dwa cele. To powodowało problem. Zbudowano ogólne archiwum IOS.

Aby wyłączyć wbudowaną równoległość, przejdź do

• Zarządzaj schematami,
• Edytuj schemat,
• Budować,
• Usuń drugi cel.

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

W każdym pod, w obszarze Pakowanie, Ścieżka do folderu nagłówków prywatnych i Ścieżka do folderu nagłówków publicznych jest ustawiona na / usr / local / include. Jeśli je wyczyszczę, otrzymam prawidłowe archiwum.

Zrobiłem również skrypt poinstalacyjny 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 swojego pliku Podfile i uruchom pod install

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

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

W przypadku projektów, które nie są Twoim głównym polubieniem GTLlub PODS:

Projektowanie:

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 = ""

W przypadku głównego projektu (który zwykle nosi taką samą nazwę jak nazwa produktu):

Projektowanie:

Skip Install = NO
Installation Directory = /Applications

Cele:

Skip Install = NO
Installation Directory = /Applications

Sprawdź cel wdrożenia ios w każdym projekcie i celu, aby upewnić się, że wszystkie są takie same.

Miałem ten problem. W moim przypadku było to spowodowane utrzymywaniem celu aplikacji Mac jako zależności aplikacji na iOS.

Powodem, dla którego tak skonfigurowano, było to, że aplikacja Mac była narzędziem używanym do generowania niektórych danych dla aplikacji na iOS, które zostały następnie zawarte w pakiecie.

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

W moim scenariuszu otrzymywałem błędne „Archiwum ogólne” dopiero po tym, jak zacząłem włączać kod Swift do mojego projektu opartego głównie na Objective-C. Po wielu rozwiązywaniu problemów i sprawdzaniu pliku archiwum, który wypluwał Xcode, zauważyłem, że SwiftSupportfolder (z wymaganymi dylibami dla środowiska uruchomieniowego Swift) znajdował się w innym miejscu w moim archiwum niż w zupełnie nowym archiwum aplikacji projektu Swift .

Znalazłem Installation Directoryustawienie kompilacji i zauważyłem, że zostało ustawione na niestandardową ścieżkę w moim projekcie. Po prostu go usunąłem (ustawiając ogólną wartość/Applications ), a następna kompilacja -> Archiwum działała zgodnie z oczekiwaniami i dałem mi odpowiednie archiwum aplikacji na iOS.

TL; DR: upewnij się, że Installation Directoryustawienie kompilacji jest ustawione na wartość domyślną, /Applicationsgdy dołączasz kod Swift do aplikacji, zwłaszcza jeśli zaczynasz od starszego pliku projektu, który może mieć nieoczekiwane starsze ustawienia kompilacji.

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

Zauważyłem, że muszę usunąć tę samą fazę kompilacji Copy Pod Resources z docelowej biblioteki statycznej w moim obszarze roboczym.

Dodatek do odpowiedzi Alexa L.

Punkt 3. Zmień „Ustawienia kompilacji” -> „Ścieżka do folderu nagłówka publicznego” na „dołącz / xxx”.

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

Usunąłem wartość z Info.plist dla wersji pakietu, ponieważ byłem wystarczająco zadowolony tylko z krótkiej wersji pakietu 1.0.Zły. Nie rób tego.

* Uwaga: Zrobiłem to, edytując go w interfejsie użytkownika po prawej stronie, nie zdając sobie sprawy, że umieści pusty klucz w pliku Info.plist. Myślę, że to czyni go nieważnym. Mój pakiet pojawił się podczas archiwizacji jako inne elementy i nie miał ikony, i nie mogłem przesłać go w inne miejsce.

Sprowadza się to do nieprawidłowych wartości w Info.plist. Jeśli nie jest to prawidłowe archiwum, spróbuj rozpakować stare archiwum i wrzucić / nadpisać bieżące i sprawdzić, czy to naprawi to podczas odbudowywania archiwum.

1. Przejdź do ustawień kompilacji i dodaj

   yourAppName / Resources / dist.plist do uprawnień do podpisywania kodu

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

3. Po zakończeniu -> przewiń do folderu „Produkty” i kliknij prawym przyciskiem myszy yourAppName.app

4. Wybierz „Pokaż w Finderze”

5. Utwórz folder z nazwą ładunku ( duże „P” )

6. Skopiuj yourAppName do folderu ładunku

7. Utwórz plik zip z folderu ładunku

8. Zmień nazwę pliku ZIP na yourAppName.ipa

GOTOWE

Po wypróbowaniu prawie wszystkiego:

• Wyczyść, zarchiwizuj
• usuń DerivedData, Archive
• zrestartuj Xcode (używałem XCode7), Archive
• kombinacje powyższych ...

Następnie zauważyłem, że na mojej partycji rozruchowej brakuje wolnego miejsca na dysku ... około 1 GB. Zrestartowałem, a potem dostałem około 18 GB za darmo.

Następnie otworzyłem Xcode i projekt, wykonałem Archiwum ... i, co zaskakujące (po godzinie próby zbudowania Archiwum) w końcu otrzymałem archiwum inne niż Generic.

Nie mam pojęcia, czy jest to problem z wolnym dyskiem, który go naprawił, czy ponowne uruchomienie systemu macOS, który go naprawił, ale zadziałał dla mnie.

Jeśli masz jakieś pliki .xcodeproj w Project> Targets> Build Phases> target zależności, usuń je stamtąd, a następnie skompiluj swój ipa. Mi to pasuje. Twoje zdrowie

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

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żywać lipo do tworzenia uniwersalnych bibliotek. Podczas budowania produktów końcowych kod symulatora zostanie automatycznie usunięty.

Innym możliwym powodem jest posiadanie odniesień w „Zależnościach docelowych” do projektów dla innej platformy. W moim 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 moje 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 ram i nie miałem żadnych wpisów publicznych w sekcji Kopiuj nagłówki w moich fazach kompilacji).

W moim przypadku naprawienie problemu polegało po prostu na zamknięciu mojego projektu, usunięciu wszelkich archiwów, które wcześniej utworzyłem, przejściu do Preferencji> Konta, usunięciu mojego konta programisty, zamknięciu Xcode, ponownym uruchomieniu, ponownym dodaniu mojego konta programisty, rozpoczęciu procesu archiwizacji jeszcze raz. To natychmiast rozwiązało mój problem.

Jeszcze jedno rozwiązanie, ponieważ wszystko powyższe nie zadziałało ...

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

Tło :

W BlockKit programiści ustrukturyzowali nagłówki w głównym projekcie inaczej niż struktura podczas wdrażania. Dlatego nie możesz odwoływać się do nagłówków w projekcie i musisz odwoływać się do nagłówków skopiowanych do katalogu kompilacji.

Sposób, w jaki to zadziałało w (Xcode 5), miałem 2 cele i kiedy edytowałem schemat, w lewym panelu edytora schematów zobaczysz [BUILD, RUN, TEST, PROFILE XXX.APP, ANALYZE, ARCHIVE ] w okienku BUILD, zobaczysz cele projektu na liście. Po prawej stronie zobaczysz opcje ARCHIWUM, upewnij się, że tylko jeden cel jest wybrany do archiwizacji.

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

Rozwiązałem ten błąd, otwierając wyłącznie projekt aplikacji w XCode, tj. nie otwierać obszaru roboczego zawierającego aplikację i inne projekty / biblioteki / frameworki.

Mając 2 oddzielne projekty, platformę lub bibliotekę współdzieloną i aplikację na iOS, musiałem otworzyć 2 różne okna XCode, każde bezpośrednio otwierając plik .xcodeproj zamiast wspólnego obszaru .xcworkspace , aby dobrze je zbudować.

Miły efekt uboczny XCode nie odbudowuje już każdego celu każdego projektu po wyczyszczeniu , co powoduje skrócenie czasu kompilacji.

Tło: tworzę SDK typu open source oraz aplikację demonstracyjną na iOS. Otworzyłem oba w jednym miejscu. Ustawienie opcji Pomiń instalację na TAK w celach SDK uniemożliwiłoby komukolwiek utworzenie archiwum, ponieważ byłoby ono puste, więc nie było to możliwe. Użycie programu Project zamiast publicznych nagłówków prowadziłoby do archiwum, w którym brakuje plików nagłówkowych, które powinny być dystrybuowane, więc nie było to również możliwe.

To dlatego, że pracowałem w miejscu pracy. Projekt został zarchiwizowany, ale nie będzie wyświetlany w oknie organizatora. Sam zamknąłem obszar roboczy i otworzyłem projekt. Archiwum zostało otwarte w organizatorze ... mam nadzieję, że to pomoże.

W moim przypadku miałem niestandardowy skrypt, który kopiował niektóre pliki tymczasowe do:

${TARGET_BUILD_DIR}/myTempDir

Oznaczało to, że po zbadaniu archiwum w celu sprawdzenia jego zawartości znalazłem tuż obok pliku .app folder myTempDir. Po zmodyfikowaniu skryptu, aby zapisać gdzie indziej, rzeczy zostały posortowane.

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

Jeśli używasz Xcode 7 z cocoapods v.0.38.2 . Spróbuj usunąć copy pod resourcesz dzisiejszego celu rozszerzenia.

Napotkałem ten problem po dodaniu narzędzia wiersza poleceń OS X do projektu mojej aplikacji na iOS, a opcja Pomiń instalację była domyślnie ustawiona na NIE dla celu narzędzia wiersza poleceń. Ponieważ oczywiście nie można zainstalować pliku binarnego OS X na urządzeniu z systemem iOS, archiwizacja została domyślnie ustawiona na ogólne archiwum Xcode. Ustawienie opcji Pomiń instalację na TAK dla tego celu rozwiązało problem.