Instalacja powiodła się, ale nie można znaleźć aplikacji na urządzeniu

Xcode dał mi tę wiadomość:

Nie można zlokalizować zainstalowanej aplikacji. Instalacja, rzekomo powiodła się, ale nie można znaleźć aplikacji na urządzeniu. bundleId = (null)

Właśnie zacząłem używać strąków.

Jak to naprawić?

Napotkałem ten sam problem podczas testowania aplikacji Cordova na iOS 13 za pośrednictwem XCode 11 Beta 4. Kompilowanie za pomocą starszego systemu rozwiązało go (Plik> Ustawienia obszaru roboczego ...> Buduj system> Legacy Build System).

Mam nadzieję, że to pomoże

Rozwiązałem ten problem, wykonując typowe kroki w projekcie:

• Produkt -> Wyczyść.
• Okno -> Projekty -> Wybierz swój projekt i usuń dane pochodne.
• Zamknij XCode.
• Otwórz ponownie projekt.

To jest problem z podpisywaniem kodu. Xcode 11 wymaga dodania certyfikatu „Apple Development” do profilu informacyjnego programowania, który został automatycznie dodany do certyfikatów i profili. Dodaj ten certyfikat do swojego profilu, ponownie pobierz swój profil programistyczny i vwala.

W Xcode 11 beta 5 miałem ten sam błąd. Nie udało mi się zainstalować aplikacji. Przesłałem nawet aplikację do App Store Connect, a następnie próbowałem zainstalować za pomocą TestFlight, ale aplikacja nie została zainstalowana po pobraniu, bardzo dziwne. Brak błędu w App Store Connect. Znalazłem problem, uruchamiając aplikację z symulatorem. Po uruchomieniu aplikacji na symulatorze Xcode podał mi szczegółowy komunikat o błędzie. W moim przypadku miałem wiele platform z tymi samymi identyfikatorami pakietów.

Miałem dokładnie ten sam błąd, ale żadne z powyższych rozwiązań nie zadziałało.

W moim przypadku korzystam z bezpłatnego konta programisty Apple i otrzymałem ten błąd po próbie zainstalowania czwartej aplikacji. Limit instalacji dla darmowych kont wynosi 3. Usunąłem jedną z 3 aplikacji, które już miałem, i instalacja przebiegła zgodnie z oczekiwaniami.

Mam ten sam błąd:

Nie można zlokalizować zainstalowanej aplikacji. Instalacja, rzekomo powiodła się, ale nie można znaleźć aplikacji na urządzeniu. bundleId = (MY_BUNDLE_ID) "ale z MY_BUNDLE_ID zamiast" null

Otrzymałem ten błąd po aktualizacji Xcode11

Rozwiązanie:

Mój projekt i ProjectTests miały inny zespół programistów. Projekt miał zespół właściciela, ProjectTests miał zespół osobisty

I nie miałem okazji zmienić zespołu na właściciela przez interfejs Xcode. Robię to w ustawieniach kompilacji - właśnie wszedłem do mojego zespołu (włączono również automatyzację zarządzania certyfikatami).

Tak, jego wygląd jest błędem w interfejsie użytkownika Xcode (czerwona etykieta), ale można go było zainstalować na prawdziwych urządzeniach.

W moim przypadku korzystałem z materiału siewnego Xcode 11 GM z iOS 13 beta i miałem podpisywanie kodu do ręcznego (dystrybucji), ponieważ „Automatyczne” zawodziło. Poprosiłem mojego agenta zespołu, aby zezwolił mojemu użytkownikowi na rolę „Administratora”, wszedłem do portalu Apple Developera i wyedytowałem „nieprawidłowe” profile obsługi administracyjnej, aby zaznaczyć pole wyboru wyraźnie wspominające o „Xcode 11”. Po pobraniu profilu mój agent zespołu zmienił moją rolę na „członka” i wszystko poszło dobrze.

Xcode 11 (11A420A)

Napotkałem podobny problem, wypróbowałem wszystkie powyższe rozwiązania (np. Przejście na legacy, clean and build itp.) ... ale ostatecznie rozwiązanie było z użyciem zewnętrznego frameworka, rozwiązałem to zmieniając opcję na Embed & Podpisz z osadzenia bez podpisu … Nie jestem pewien, czy może to być problem z Xcode

ROZWIĄZANIE DO PRACY W KASIE

1. Idź do Project General-> Frameworks, Libraries, and Embedded Contenti zmień framework, ponieważ Do Not Embed(w moim przypadku problemem był Alamofire.framework )

2. Idź do Build Phases, wybierz + New Run Scrip Phase, wstaw /usr/local/bin/carthage copy-frameworksdo powłoki skryptu i do Input filesdodania$(SRCROOT)/Carthage/Build/iOS/Alamofire.framework

Teraz powinno działać 🥳

Rozwiązałem problem, zaznaczając opcję „Automatycznie zarządzaj podpisywaniem” na ekranie „Podpisywanie i możliwości”.

Żadne z innych wymienionych tutaj rozwiązań nie działało dla mnie.

Przydarzyło mi się to niedawno, kiedy zaktualizowałem do Xcode 11; jeśli testujesz na urządzeniu, przejdź do „Ustawień kompilacji”, a następnie zmień wszystko na „Programista iOS” w sekcji „Tożsamość podpisywania kodu”. To POWINNO rozwiązać problem. Następnie, gdy będziesz gotowy do uruchomienia, upewnij się, że masz skonfigurowaną dystrybucję iOS.

W moim przypadku był to problem z podpisywaniem kodu (używam ręcznego podpisywania kodu). Musiałem przełączyć się z iOS Distributionna iOS Developerdla Any iOS SDKklucza:

a także wybierz odpowiedni profil obsługi deweloperskiej.

Xcode 11

Napotkałem ten sam problem, a mój kod nie zawierał żadnego z problemów wymienionych w innych odpowiedziach (struktury używające tych samych identyfikatorów pakietów, starszy system itp.).

Moim rozwiązaniem było zainstalowanie aplikacji najpierw jako ładowanie boczne, a następnie uruchomienie aplikacji w normalny sposób (Cmd + R).

Najpierw utwórz IPA swojego projektu (jest na to wiele sposobów, zrobiłem to przez skompresowanie folderu o nazwie Payload z plikiem aplikacji. Możesz wybrać inne sposoby, wszystko czego potrzebujesz to plik IPA).

Następnie otwórz urządzenia i symulatory (Cmd + Shift + 2) w Xcode.

Teraz kliknij mały przycisk plusa (+) w sekcji ZAINSTALOWANE APLIKACJE, a zostaniesz poproszony o wybranie IPA. Wybierz swój adres IPA, a zostanie on zainstalowany na urządzeniu.

Teraz, gdy aplikacja o podanym identyfikatorze pakietu istnieje na urządzeniu, Twoja komenda uruchamiania będzie działać zgodnie z oczekiwaniami.

Po prostu naciśnij Cmd + R, a Twój projekt zostanie uruchomiony na urządzeniu.

W moim przypadku problem został znaleziony przy użyciu dziennika konsoli podczas przeglądania dzienników. W chmurze widzę błąd z installdprocesu informujący, że coś jest nie tak z moim plist.infoplikiem. Nie powiedział, co dokładnie, ale naprawienie mojego pliku plist rozwiązało problem. W moim przypadku miałem 3 pliki plist (rozszerzenie iPhone'a, zegarka i zegarka), problemem był mój watch plist.infoplik (dodałem NSLocationAlwaysUsageDescriptionprzypadkowo, usunięcie tego rozwiązało problem).

W przypadku IOS 13 podczas instalacji aplikacji z Xcode-beta jedyną rzeczą, która działała, było ponowne uruchomienie telefonu podłączonego do komputera

Naprawiono moje. Zostało spowodowane tym, że framework Alamofire (przez Carthage) nie był kopiowany podczas fazy kompilacji (wcześniej znajdował się w sekcji Biblioteki osadzone w Xcode, ale teraz zniknął i wybór typu osadzania nie działał).

Treść skryptu to: /usr/local/bin/carthage copy-frameworks Ścieżki $(SRCROOT)/Carthage/Build/iOS/Alamofire.frameworkdo plików wejściowych i$(BUILT_PRODUCTS_DIR)/$(FRAMEWORKS_FOLDER_PATH)/Alamofire.framework wyjściowych.

Mam nadzieję, że to pomoże lub pozwoli Ci znaleźć rozwiązanie.

Widziałem ten błąd przy wybranym profilu udostępniania / certyfikacie podpisywania „Dystrybucja iPhone'a” - zniknął po przełączeniu na „iPhone Developer”

Wreszcie znalazłem rozwiązanie (przynajmniej dla mnie)

Miałem do czynienia z tym problemem (który pojawia się znikąd) i może jest to jakiś problem z certyfikatem Dev / Production. Mam konfigurację ręczną dotyczącą „podpisywania i możliwości”, więc po przełączeniu się na tryb automatyczny po prostu napraw problem. (Przepraszam za mój zły język angielski)

Spróbuj tego, to rozwiązanie działa dla mnie. Włącz opcję Kopiuj tylko podczas instalacji w obszarze Osadź rozszerzenia aplikacji w ustawieniach kierowania BUILD Phases.

Najpierw spróbuj uruchomić aplikację na symulatorze, co spowoduje również błąd w symulatorach.

Napotkałem ten problem i zauważyłem w dzienniku:

-[MIBundle pluginKitBundlesSkippingPlatformValidation:withError:]: Ignoring plugin at (path to my app extension) because it doesn't work on this OS version

Zaktualizowanie wersji docelowej wdrożenia w ustawieniach kompilacji dla mojego rozszerzenia rozwiązało ten problem.

Dla mnie problem dotyczył biblioteki Alamofire, która została pobrana wraz z Kartaginą. Upewnij się, że wybrałeś „Nie osadzaj” i pozwól Carthage skopiować bibliotekę.

Próbowałem prawie każdej odpowiedzi na to pytanie, zanim zauważyłem, że benchuk użył konsoli, aby dowiedzieć się, dlaczego miał problem.

Rzuciłem okiem na konsolę, wyszukując installdi stwierdziłem, że „gruby” framework, który dodałem do mojego projektu, jest faktycznie podpisany.

Podpis nie pasował do reszty aplikacji, co spowodowało ciche niepowodzenie instalacji.

Wiedząc, co jest nie tak, mogłem po prostu usunąć podpis:

codesign --remove-signature Some.framework

To spowodowało mój projekt z powodu rozszerzenia Siri. W „Fazach kompilacji” „Osadź rozszerzenie aplikacji” usuń kompilację xxxSiriExtension.appex i dodaj ją ponownie. To rozwiązane w moim projekcie

Ten problem został rozwiązany w Xcode 11.2 . W przypadku Xcode 11.2 powinieneś teraz otrzymać błąd wskazujący, że aplikacja nie została zainstalowana, a nie błąd wskazujący, że została zainstalowana, ale nie udało się ją uruchomić. Błąd powinien również zawierać szczegóły dotyczące przyczyny niepowodzenia instalacji. Jeśli szczegóły są niewystarczające, sugeruję celowanie w urządzenie symulujące zamiast w prawdziwe urządzenie, ponieważ powinno to spowodować wyższy błąd wierności.

Dzieje się tak, gdy próbujesz uruchomić aplikację na urządzeniu przy użyciu profili aprowizacji dla App Store. Upewnij się, że korzystasz z profili deweloperskich lub Adhoc.

Innym powodem może być uruchomienie skryptu do usuwania architektury do generowania IPA. Sprawdź, czy to generuje jakieś błędy.

O dziwo, zmiana nazwy folderu głównego mojego projektu na coś innego załatwiła mi sprawę. Prawdopodobnie przyczyną było buforowanie gdzieś xcode z istniejącą nazwą folderu.

Miałem ten sam problem, gdy pracowałem nad rozszerzeniem udostępniania. Żadne z proponowanych tutaj rozwiązań nie zadziałało.

Zależy mi na debugowaniu i logowaniu. Nie mogłem debugować i / lub zalogować się. Na początku myślałem, że rozszerzenie nie działa, ale przeprowadziłem test i zweryfikowałem, że faktycznie się wykonuje, ale z jakiegoś powodu nie mogłem debugować ani zalogować się.

Najlepsze, co udało mi się wymyślić, to ręczne dołączenie debugera, dodanie punktów przerwania, w których chciałem się zalogować, edytowanie punktów przerwania i dodanie akcji do logowania i kontynuowania po ocenie. Oto kroki, aby to zrobić:

1. Ustaw aktywny schemat na żądane rozszerzenie (z górnego paska lub z Product/Scheme/Choose-Your-Scheme
2. Debug/Attach to Process by ID or Name.... Następnie wpisz nazwę rozszerzenia lub jego identyfikator pakietu.
3. Dodaj punkty przerwania, w których chcesz dodać dzienniki. Edytuj punkt przerwania. Dodaj akcję (komunikat dziennika) i wprowadź żądany dziennik. Sprawdź Automatically continue after evaluating the actions.

Tutaj możesz znaleźć moje pytanie bez odpowiedzi.

Naprawiłem moje, przechodząc do Ustawienia kompilacji> Tożsamość podpisywania kodu> Debugowanie. Upewnij się, że masz odpowiedni „certyfikat deweloperski”.

u góry okna Xcode, obok opcji uruchom / zatrzymaj, kliknij ikonę aplikacji i wybierz zarządzanie schematami. Upewnij się, że uruchamianie i testowanie używa konfiguracji kompilacji „Debuguj”. Xcode zmienił je na „wydanie”. Nie pytaj mnie dlaczego! Korzystanie z Xcode v 11 (11A420A)

Dla mnie było to, że miałem skrypt fazy budowy, który miał na celu usunięcie architektur symulatora z aplikacji (na czas publikacji w App Store).

Przeczytałem sugestię, że budowanie dla symulatora dałoby lepsze szczegóły błędów i odkryłem, że skrypt działa na każdej kompilacji, więc przełączyłem go na „uruchamiaj skrypt tylko podczas instalacji” i wydaje się, że rozwiązało to problem.