2010-12-17 13 views
11

Od wielu dni walczę z tym problemem i pokonam głowę pod ścianą, a następnie wycofam się z podpisywania kodu/aplikacji uległość nieszczęścia.Błąd znaku kodu: nie można znaleźć prawidłowego profilu informacyjnego zgodnego z identyfikatorem aplikacji.

Mam wniosek, który został przesłany do sklepu z aplikacjami i nie przyjął żadnych problemów (ver 1.0.0). Udało mi się opublikować pierwszą aktualizację (wer. 1.0.1) z małą próbą i błędem przy użyciu XCode 3.2.4 i iOS 4.1 za pośrednictwem Application Loader. Teraz jestem na XCode 3.2.5 i iOS 4.2 i próbuję opublikować aktualizację (ver 1.0.2) za pośrednictwem XCode Organizer.

Mogę z powodzeniem zbudować moją aplikację w oparciu o udostępnienie AppStore Distribution, gdy ustawię identyfikator pakietu w pliku info.plist na "com.myCompany.myApp". Ale gdy próbuję sprawdzić poprawność/przekaż kompilację za pośrednictwem organizera, pojawia się komunikat o błędzie "Identyfikator pakietu: com.myCompany.myApp różni się od poprzedniego identyfikatora pakietu ABC123XYZ1.com.myCompany.myApp". Najwyraźniej, kiedy po raz pierwszy przesłałem aplikację za pośrednictwem iTunes Connect, skorzystałem z pełnej wersji (AppId). Składnia języka obcego. Zweryfikowałem to, wyświetlając identyfikator pakietu w iTunes connect.

Logicznie dodałem w prefiksie AppId identyfikator pakietu w pliku Info.plist. Kiedy to zrobię i spróbuję ponownie skompilować, otrzymam komunikat "Błąd podpisu kodu: nie można znaleźć prawidłowego profilu administracyjnego pasującego do identyfikatora aplikacji ..." a kompilacja nie powiedzie się.

Próbowałem wszystkiego, co przeczytałem w Internecie na temat tych dwóch błędów bez rozwiązania problemu. Jestem w sytuacji złapania 22. Nie mogę zbudować aplikacji z prefiksem AppID w identyfikatorze pakunku i nie mogę go bez niego przesłać do iTunesConnect. Ponadto błąd iTunesConnect występuje podczas próby użycia aplikacji ładującej aplikację do przesłania aplikacji.

Jestem gotów zaoferować moje pierwsze dziecko każdemu, kto może mi pomóc wydostać się z tego podpisywania kodu/składania aplikacji piekła!

Odpowiedz

12

Po 2 miesiącach oczekiwania na odpowiedź od zespołu iTunes, który nigdy się nie pojawił, wymyśliłem sposób obejścia tego problemu i przesłałem aplikację. Kluczem jest sprawienie, aby identyfikator pakietu był zgodny z identyfikatorem pakunku zarejestrowanym w iTunesConnect. W tym przypadku identyfikator pakietu w iTunesConnect miał postać 1234567890.com.nazwafirmy.appname. Czasami, kiedy po raz pierwszy utworzyłem swoją aplikację, zawarłem identyfikator początkowy pakietu, który z moich badań nie powinien zostać uwzględniony, gdy aplikacja została utworzona w iTunesConnect.

Aby rozwiązać problem, utworzyłem nowy identyfikator aplikacji w portalu udostępniania w postaci 1234567890.1234567890.com.nazwafirmy.appname, a następnie utworzyłem nową komórkową usługę dystrybucji na podstawie tego nowego identyfikatora aplikacji. Pobrałem i zainstalowałem mobilne udostępnienie w XCode Organizerze. W pliku info.plist mojego projektu xCode ustawiam identyfikator pakunku na 1234567890.com.nazwafirmy.appname. Pozwoliło to xCode dopasować dostarczanie mobilne do określonego identyfikatora pakietu w pliku info.plist i pomyślnie zbudować i podpisać moją aplikację z identyfikatorem pakietu, który pasował do identyfikatora pakunku w iTunesConnect. W organizatorze udało mi się zweryfikować i przesłać aplikację z powodzeniem.

+0

To działało idealnie, dzięki. Będę bardziej ostrożny następnym razem. –

+0

Miałem do czynienia z tym samym problemem. Wielkie dzięki! – aiham

+0

To uratowało mnie w Jedności. Włączyłem identyfikator pakietu w łańcuchu - usunięcie go spowodowało rozpoznanie rezerwy. –

0

Nawet brzmi dziwnie, że twój identyfikator pakietu się zmienił, jest jedna rzecz, która przychodzi mi do głowy, że możesz spróbować.

Utwórz nowy profil informacyjny, którego identyfikator jest identyczny z tym, który został użyty do przesłania pierwszej wersji aplikacji.

+0

Utworzono nowy profil udostępniania AppStore Distribution i powiązałem go z tym samym identyfikatorem aplikacji, z którego został utworzony oryginalny. Wystąpił ten sam problem. XCode nie rozpoznał profilu obsługi, gdy pakiet Identifier w pliku info.plist zawiera prefiks Identyfikatora aplikacji. Nie mogę utworzyć nowego identyfikatora aplikacji z tym samym indentifem pakietu, ponieważ jest to niedozwolone. Nie chcę tworzyć nowego identyfikatora aplikacji z innym identyfikatorem pakietu, ponieważ wierzę to będzie disco ntect aplikacji z poprzednich wydań. –

+0

, więc niezależnie od tego, z jakiego dziwnego powodu twój identyfikator pakietu w itunes connect zawiera identyfikator aplikacji, co nie powinno. Jeśli tak jest, to skontaktowałbym się z pomocą techniczną, ponieważ nie wprowadzasz swojego identyfikatora pakietu ręcznie w itunes connect, ale wybierz już obecny identyfikator aplikacji. (może to było inne, zanim po raz pierwszy przesłałem aplikację) –

+0

To prawda. Identyfikator pakietu w iTunesConnect to "AppID.com.myCompany.myApp". Przypuszczam, że po pierwszym przesłaniu aplikacji w czasach iOS 3.1.3 iTunesConnect umożliwił mi dodanie identyfikatora AppID. Więc jedyne, co mogę zrobić, to skontaktować się z Apple i sprawdzić, czy mogą to zmienić (co do którego wątpię), czy też można wpisać "AppID.com.myCompany.myApp" w polu Identyfikator paczki w pliku info.plist i uzyskać xCode rozpoznać, że Mam ważne rezerwacje mobilne? –

1

W moim przypadku musiałem najpierw ZBUDOWAĆ aplikację z Cmd-B.

Pojawiło się okno dostępu do pęku kluczy z prośbą o zezwolenie na dostęp do pęku kluczy "Zezwalaj" (lub "Zawsze zezwalaj") Xcode.

Tylko THEN mógłbym uruchomić program, aby uruchomić go na moim iPhonie.

Najwyraźniej trafienie tylko w biegu nie wystarczyło.

(Btw, należy pamiętać, aby najpierw zarejestrować swoją aplikację z „iPhone Developer: Nazwa()”. Klucz

0

miałem ten sam problem i za radą codeySmurf powyżej byłem w stanie używać tego samego identyfikatora i usunął ten błąd:

Powiązane problemy