Błąd Codesign: nie można znaleźć profilu obsługi po usunięciu wygasłego profilu

Oto prostsze rozwiązanie, które działało dla mnie i które nie wymaga ręcznej edycji pliku projektu:

W XCode, w okienku" grupy i pliki "rozwiń" cele " i kliknij dwukrotnie cel aplikacji. Spowoduje to wyświetlenie okienka informacji dla celu. W sekcji" Build "sprawdź sekcję" code signing " pod kątem starych profili i zastąp je odpowiednim.

Zauważ, że różni się to od dwukrotnego kliknięcia ikony projektu i zmiany profilu z tam. Całkiem niesamowite:)

Ori

1. Project&Targets Properties - > " Don 't Code Sign" - > OK - > cmd+s(or cmd+B);

2. Właściwości projektu i celów - >" Twój profil świadczenia " - > OK

3. Wszystko znowu działa!

Zgadzam się z odpowiedzią Brada, że możesz rozwiązać ten problem ręcznie edytując swój cel/projekt, usuwając dowolne linie takie jak Ta:

PROVISIONING_PROFILE = "487F3EAC-05FB-4A2A-9EA0-31F1F35760EB";
"PROVISIONING_PROFILE[sdk=iphoneos*]" = "487F3EAC-05FB-4A2A-9EA0-31F1F35760EB";

Jednak w Xcode 4.2 i nowszych, istnieje znacznie łatwiejszy sposób, aby uzyskać dostęp do tego tekstu i wybrać i usunąć go. W Nawigatorze projektu po lewej stronie wybierz swój projekt (najwyższy wiersz nawigatora projektu). Teraz po prostu wybierz Widok > edytor wersji > Pokaż edytor wersji. Spowoduje to wyświetlenie projektu w postaci tekstu i wyszukanie aprowizacji i usuń kłopotliwy wiersz, tutaj w panelu edytora Xcode.

Właśnie zobaczyłem wariację na ten temat: poszedłem do projektu.plik pbxproj zgodnie z notatkami Brada Smitha powyżej, z wyjątkiem tego przypadku wszystkie linie PROVISIONING_PROFILE wydawały się poprawne, bez wystąpienia "złego" łańcucha profilu, którego XCode nie mógł znaleźć.

Jednak poprawka była taka sama: usunięcie wszystkich linii PROVISIONING_PROFILE w projekcie.pbxproj, mimo że wyglądały" dobrze " w teorii, a następnie ponowne otwarcie projektu w XCode.

Aby osiągnąć rozwiązanie Brada całkowicie w Terminalu, użyj tych poleceń

1. cd [Xcode project parent]
2. vi [Xcode project name].xcodeproj/project.pbxproj
3. /[offending provisioning profile] [Enter]
4. dd - usuń cały wiersz
5. wciśnij n, aż nic więcej nie zostanie znalezione
6. Ctrl + x aby zapisać i zamknąć

W moim przypadku problem rozwiązano otwierając okno - > Organizer, wybierając moje urządzenie i usuwając stary profil Provisioning w panelu "Provisioning" po prawej stronie. Stary był już oznaczony czerwonym symbolem "x", ale iPhone nadal go używał.

Poza tym profilem pojawiał się również nowy (o tej samej nazwie) i po prostu ponownym uruchomieniu aplikacji miałem go sprawnie.

Spędziłem nad tym godzinę i z pomocą Rady Brada i kilku dodatkowych zmian wszystko zadziałało.

Zrobiłem to używając następujących: 10.7.3, Xcode 4.3.2, iOS 5.1 btw.

1) Kliknij prawym przyciskiem myszy na myapp.xcodeproj i wybierz Zawartość pakietu

3) przewiń w dół aż znajdziesz /* Begin XCBuildConfiguration section */

4) zauważ, że masz debugowanie i sekcje release

5) w sekcji release spójrz na CODE_SIGN_IDENTITY & "CODE_SIGN_IDENTITY[sdk=iphoneos*]" powinno to wyglądać mniej więcej tak:

CODE_SIGN_IDENTITY = "iPhone Distribution: MyCompany LLC";
"CODE_SIGN_IDENTITY[sdk=iphoneos*]" = "iPhone Distribution: MyCompany LLC";

6) spójrz na PROVISIONING_PROFILE i "PROVISIONING_PROFILE[sdk=iphoneos*]" powinny wyglądać tak:

PROVISIONING_PROFILE = "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX";
"PROVISIONING_PROFILE[sdk=iphoneos*]" = "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX";

To powinno pasować do twojego profilu aprowizacji w Xcode. Aby sprawdzić, czy pasują, otwórz Xcode > okno > Organizer > urządzenia > Provisioning Profile > kliknij prawym przyciskiem myszy profil > Reveal in Finder > nazwę pliku .mobileprovision to Twój identyfikator profilu.

7) przewiń w dół w project.pbxproj i znajdź drugą instancję sekcji release. Druga instancja sekcji release powinna zakończyć się komentarzem /* End XCBuildConfiguration section */

8) upewnij się, że druga sekcja pasuje do pierwszej sekcji tak, że CODE_SIGN_IDENTITY, "CODE_SIGN_IDENTITY[sdk=iphoneos*] i PROVISIONING_PROFILE są wypełnione.

Jedna sugestia, ponieważ nikt jeszcze tego nie powiedział: Proszę, proszę, zrób kopię zapasową całości .plik xcodeproj przed rozpoczęciem modyfikowania jego zawartości. Przykręcanie pliku projektu i brak kopii zapasowej doprowadzi do bardzo nieprzyjemnego doświadczenia.

Możliwość wycofania się z edycji może być darem niebios.

Właśnie napotkałem ten problem w moim XCode4. Aby to naprawić, musisz umieścić wszystkie poprawne przepisy zarówno w konfiguracji debugowania, jak i Wydania.

Próbowałem przesłać (przez archiwizację) moją aplikację. Więc po prostu zmienić przepisy debugowania na "nie podpis kod", a przepis Wydania do przepisu appstore mojej aplikacji.

To naprawia i pozwala mi normalnie archiwizować. Mam nadzieję, że to pomoże.

Wybierz linie w codesigning, które są puste pod dowolnym zestawem SDK iOS i wybierz odpowiedni certyfikat.

Rozwiązanie Brada Smitha działało dla mnie, ale musiałem również usunąć pole CODE_SIGN_IDENTITY, aby to działało.

Niestety takie podejście mi nie wyszło. Ale oto poprawka, która zadziałała dla mnie (aby to zadziałało, potrzebujesz działającego pliku projektu na Subversion lub tak):

Wróciłem do działającej wersji mojego pliku projektu. Ponieważ nie jest możliwe odwrócenie za pomocą Xcode (Gdzie jest opcja "Odwróć" w kontroli źródła Xcode 4?) - użyłem Tortoise, mojego Windows machine i tego tutoriala ( http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-howto-rollback.html ) do wróć do starszego pliku projektu.

Ponieważ samouczek nie zadziałał dla mnie, użyłem Tortoise, aby zapisać działającą wersję mojego pliku projektu na pendrive, aby przenieść go do mojego Maca. Po tym wymieniłem nowy uszkodzony plik projektu na stary działający, wyczyszczony i działał jak czar!

Miałem problemy, ponieważ zaktualizowałem Mój profil adhoc provisioning o nowe urządzenia do użytku w TestFlight. Prawdopodobnie dzieje się tak, ponieważ xcode ma stare odniesienie do profilu aprowizacji w Ustawieniach projektowania kodu dla projektu lub celów. Sposób, w jaki naprawiłem moje było:

1. Przejdź do ustawień budowania docelowego i ustawień budowania projektu, w obszarze podpisywania kodu zmień wszystkie profile aprowizacji na coś innego.
2. Idź do profile urządzeń/aprowizacji w organizerze usuwają profile naruszające, a następnie klikają przycisk Odśwież w prawym dolnym rogu.
3. wróć do ustawień konfiguracji docelowej i projektu i ustaw profile aprowizacji na odpowiednie (miejmy nadzieję) nowo odświeżone profile aprowizacji.

Przynajmniej w Xcode 5, to jest coś, co rozwiązało problem dla mnie:

W obszarze profil aprowizacji wybierz profil niedozwolonej aprowizacji, a następnie wybierz prawidłowy profil aprowizacji w menu rozwijanym.

Możesz usunąć stare odniesienie do pliku aprowizacji. Następnie po zaimportowaniu nowego profilu provisioning i wybraniu Xcode builder.