Xcode: nie udało się pobrać zadania do procesu

242

Dotyczy to istniejącej aplikacji, która kompilowała się i rozpowszechniała wiele razy. Od czasu aktualizacji do Xcode 5 pojawia się ten błąd.

  1. Mam profil programisty wybrany do podpisywania kodu w celu debugowania.
  2. Usunięte dane pochodne kilka razy.
  3. Wyjdź kilka razy
  4. Pobrałem i próbowałem ponownie dodać moje certyfikaty programistów.
  5. Zresetuj mój komputer! I sprawdzone aktualizacje
  6. Próbowałem użyć czarnej magii!
  7. Schemat> Konfiguracja kompilacji jest ustawiony na Debugowanie

Dziwne okoliczności, które kompiluję, aby skompilować do iOS 6.1, aby móc uruchomić na swoim iPhonie 3GS - podstawą jest SDK iOS 7? Czy to może być problem? Muszę go przetestować, zanim znajdę nowszy telefon, aby zmienić go na iOS 7.

elliotrock
źródło
2
Sprawdź swój schemat, aby upewnić się, że faktycznie pracujesz w trybie debugowania.
borrrden
Zapomniałem wspomnieć o schemacie> Konfiguracja kompilacji jest ustawiona na debugowanie
elliotrock
Dostaję również ten problem. W Xcode 4.x żadnych problemów. Wszystkie ustawienia wydają się takie same. Symbole debugowania nie powinny być usuwane w „debugowaniu”, a schemat uruchamia „debugowanie” dla „Uruchom”. To mój jedyny kod, który ma ten problem. Korzystam z powiadomień wypychanych i udostępnionych pęków kluczy w tym kodzie.
DBD,
Mam zamiar przebudować projekt w xcode5 tylko sortując rzeczy repo
elliotrock 24.09.2013

Odpowiedzi:

490

Ten błąd pojawia się zwykle po wybraniu profilu udostępniania ad hoc. Upewnij się, że podpisywanie kodu jest przeznaczone do programowania.

Hasan
źródło
2
Sugeruję, abyś nie utworzył nowego profilu obsługi administracyjnej w centrum deweloperów obejmującego twoje urządzenie. następnie pobierz go i użyj. Jestem pewien, że to zadziała.
hasan
7
Ustawienia kompilacji> Profil udostępniania ustawiony na „Brak” działa podczas debugowania na urządzeniu.
David Douglas
7
przy okazji, sprawdź, czy odbywa się to zarówno w ustawieniach Projektu, jak i kompilacji Celu (zwłaszcza Cel ma najwyższy priorytet, więc jeśli lubisz mnie, spędzam 30 minut, zmieniając Projekt i nie zdajesz sobie sprawy, że Cel był inny, naucz się tego ...)
viggio24
1
Dzięki XCode 6 musiałem odświeżyć moje profile udostępniania kontem programisty, aby zobaczyć profil udostępniania zespołu iOS w Ustawieniach kompilacji. Aby odświeżyć: XCode> Preferencje> Konta> Apple ID> Wyświetl szczegóły> Przycisk Odśwież na dole.
kalana
1
Czasami to rozwiązanie nie działa, jeśli nie uruchomisz ponownie xcode. @ hasan83 nadal tak się dzieje
albanx
90

Ten błąd występuje, jeśli do debugowania na urządzeniu użyto profilu obsługi dystrybucji.

Przejdź do

Build Settings> Provisioning Profilei set to 'None' for Debugging.

David Douglas
źródło
2
To chyba właściwa odpowiedź dla większości ludzi.
John
39

W końcu rozwiązałem ten problem, pamiętając o ustawianiu parametrów podpisywania kodu i inicjowania obsługi w obu projektach i zakładkach docelowych ...

IMT
źródło
6
Tak. To było to. Kolejne 30 minut zmarnowane dzięki wręcz idiotycznemu interfejsowi użytkownika Xcode. Dzięki za zapisanie!
n13
To mnie uratuje! Dziękuję bardzo!
Evgeniy Kleban
31

Gdy urządzenie zostanie podłączone do komputera kablem, a aplikacja Build + Run zostanie uruchomiona, urządzenie spróbuje przeprowadzić debugowanie. Debugowanie jest dozwolone tylko w przypadku profili programistycznych.

  1. Jeśli budujesz + uruchamiasz z Profilem Rozwoju + Kodem Podpisywania Rozwoju, wszystko będzie w porządku

  2. Jeśli zbudujesz + uruchomisz z AppStore Distribution Profile + Distribution Signing Code, aplikacja nawet nie dotrze do twojego urządzenia. Ta kompilacja służy wyłącznie do przesyłania do AppStore

  3. Jeśli zbudujesz + uruchomisz z profilem dystrybucji AdHoc + kodem podpisu dystrybucji, pojawi się błąd „nie udało się pobrać zadania do procesu ...”, ale aplikacja zostanie zainstalowana na twoim urządzeniu. Odłącz urządzenie i uruchom aplikację z urządzenia. Działa w środowisku dystrybucyjnym. Cieszyć się :)

Alex Christodoulou
źródło
14

AKTUALIZACJA:

Wygląda na to, że Xcode 5.1 naprawia menu rozwijane, dzięki czemu wyświetla teraz „(bla bla)” za każdym razem, gdy dwa profile mają tę samą nazwę. To pozwala wybrać właściwy. Co jest znacznie lepsze :)


Ugryziony przez to kilka razy. Xcode5 pokazuje „Profil obsługi” jako pojedyncze pole, KTÓRE JEST ZAWSZE NIEPRAWIDŁOWE, a Apple NIE POWINIEN kodować swojego GUI w ten sposób (błąd początkujący tam od Apple).

W Xcode5 (bez poprzedniej wersji) masz dwie wartości „Provisioning Profile”. MUSI BYĆ ustawiony PRZED ustawieniem „Tożsamości podpisywania kodu”. Oczywiście, ponieważ należy ustawić PIERWSZY ... Apple umieścił go na liście DRUGIEJ, 3 pozycje PONIŻEJ rzeczy, którą należy ustawić „przed”.

(punkty bonusowe za okropny projekt GUI tam ...)

Jest również zepsuty: jeśli masz dwa profile udostępniania dla tej samej nazwy, Xcode5 pozwoli ci wybrać tylko jeden z nich. Aby obejść ten problem, musisz użyć Narzędzia konfiguracji iPhone'a, aby znaleźć pożądany profil, znaleźć 30-cyfrowy „Identyfikator profilu” i skopiować / wkleić go do wartości „Inne” listy rozwijanej Profil obsługi administracyjnej.

Twój profil informacyjny MUSI mieć wartość „Debugowanie” i inną wartość „Wydanie” (chyba że ręcznie utworzysz niestandardowy mega-profil, Apple zachowa je osobno).

W profilu debugowania często występuje błąd o tej samej nazwie opisany powyżej - większość osób będzie korzystać z automatycznie generowanego profilu Apple Team Provisioning Profile, który Apple niepoprawnie nazywa zawsze to samo dla wszystkich obiektów docelowych we wszystkich projektach. (kolejny błąd w Xcode5).

Po ustawieniu obu wartości pole „Tożsamość podpisywania kodu” wreszcie zacznie działać poprawnie. W rzeczywistości działa ładnie: w większości poprzednich wersji Xcode pole to było uszkodzone, a „automatyczny” wybór rzadko działał. W Xcode5 może on używać TYLKO wartości do podpisywania kodu znalezionych w profilu Provisioning, który wcześniej wybrałeś - i wydaje się, że poprawia go w 100%.

(tzn. możesz bezpiecznie ustawić go na „Automatyczny”. W poprzednich wersjach Xcode Xcode często „Automatycznie” używał profilu Dystrybucji dla kompilacji programisty i odwrotnie, powodując wiele problemów)

Adam
źródło
Uwaga: używa X7.3 Xcode i nadal czasami wybiera niewłaściwy profil udostępniania, gdy jest ustawiony na „Automatyczny”, co powoduje ten błąd.
Ash
12

W oparciu o moje bieżące wyszukiwanie błąd „Nie udało się pobrać zadania do procesu” w xcode 5 może wystąpić z wielu powodów:

  1. Jednym z nich jest to, że debugujemy aplikację podpisaną profilem dystrybucji ad-hoc dystrybucji.
  2. Innym powodem jest to, że w jakiś sposób xcode5 nie mógł znaleźć poprawnego profilu udostępniania programistycznego, chociaż tożsamość podpisująca kodowanie ma tam tożsamość podpisującą programistę.

Dla mnie jest to drugi przypadek, który wydaje się dotyczyć również tego pytania.

Jestem w stanie to naprawić, zmieniając listę rozwijaną profilu udostępniania debugowania na poprawny profil udostępniania programowania, a następnie próbując załadować aplikację na prawdziwe urządzenie. Xcode dałby następujący błąd: wprowadź opis zdjęcia tutaj

kliknij „Napraw problem”, aby kontynuować, xcode 5 naprawi problem. Po rozwiązaniu problemu profil udostępniania dla debugowania jest ponownie ustawiany na „Brak”, nie wiadomo jednak, dlaczego xcode miałby to zrobić.

windfly2006
źródło
Utknąłem tutaj w pętli - kliknięcie przycisku „Napraw problem” zajmie około 15 sekund, aby porozmawiać z serwerem, a następnie zbudować aplikację, a następnie natychmiast pojawi się ten sam monit o naprawienie problemu.
Chris
nie jestem pewien, dlaczego tak jest w twoim przypadku, właśnie próbowałem tego samego kilka dni temu, zadziałało ponownie.
windfly2006
+1 za: debugowanie aplikacji podpisanej profilem dystrybucji ad-hoc dystrybucji. To był mój problem.
John Erck,
4

Miałem te problemy i jak raz ustawiłem zarówno CODE_SIGN_IDENTITY, jak i PROVISIONING_PROFILE , wszystko działa dobrze,

Uwaga: zmieniło się to w Xcode 5, poprzednia wersja nie zawierała wpisu PROVISIONING_PROFILE w ustawieniach kompilacji

//:configuration = Adhoc
CODE_SIGN_IDENTITY = iPhone Distribution: orgname
CODE_SIGN_IDENTITY[sdk=iphoneos*] = iPhone Distribution: orgname

Zauważ, że tutaj musiałem ręcznie napisać programistę iPhone'a do drugiego wpisu, ponieważ automatyczny wybór nie działał

//:configuration = Debug
CODE_SIGN_IDENTITY = iPhone Developer: Joe Bloggs (0A0AA00A00)
CODE_SIGN_IDENTITY[sdk=iphoneos*] = iPhone Developer: Joe Bloggs (0A0AA00A00)

//:configuration = Release
CODE_SIGN_IDENTITY = iPhone Distribution: orgname
CODE_SIGN_IDENTITY[sdk=iphoneos*] = iPhone Distribution: orgname

Następnie zaktualizuj i ustawienia profilu udostępniania

dodaj swoje profile o numerze 0000 tylko dla prywatności

//:configuration = Adhoc 
PROVISIONING_PROFILE = 11111111-1111-1111-1111-111111111111
PROVISIONING_PROFILE[sdk=iphoneos*] = 11111111-1111-1111-1111-111111111111

//:configuration = Debug
PROVISIONING_PROFILE = 00000000-0000-0000-0000-000000000000
PROVISIONING_PROFILE[sdk=iphoneos*] = 00000000-0000-0000-0000-000000000000

//:configuration = Release
PROVISIONING_PROFILE = 22222222-2222-2222-2222-222222222222
PROVISIONING_PROFILE[sdk=iphoneos*] = 22222222-2222-2222-2222-222222222222
Kodejack
źródło
4

Spróbuj ponownie uruchomić XCode

Po ustawieniu Provisioning i podpisywania kodu ze wszystkich tych sugestii, ponowne uruchomienie było tym, co w końcu pozwoliło mu działać z Provisioning ustawionym na none i Signing Code ustawionym na iOS Developer (Automatic)

Frank Yin
źródło
4

Może to wynikać z udostępniania profili. W moim przypadku próbowałem uruchomić aplikację na telefonie, a profil udostępniania został ustawiony na profil adhoc (XC Ad Hoc), stąd błąd. Muszę zmienić go na profil zespołu iOS zarządzanego przez xcode (aby uniknąć ręcznej pracy nad centrum programistycznym).

superarts.org
źródło
3

tak naprawdę to Twój profil obsługi administracyjnej - Debug jest nieprawidłowy。

Steven Li
źródło
2

Odpowiedź hasan83 zadziałała dla mnie. Inicjowanie ad hoc powodowało ten błąd, a moje urządzenie również nie było zawarte w tym pliku aprowizacji. Ustawiłem automatyczne na obsługę administracyjną i zbudowałem. Xcode poprosił o naprawienie problemu, a tym samym naprawił problem, pobierając i ustawiając plik udostępniania programisty.

zeeawan
źródło
2

W moim przypadku dzieje się tak, ponieważ wybrany schemat Run actionwskazuje na inny Target, dla którego Code Signing Identityustawiono opcjęiPhone Ditributor

onmyway133
źródło
Co za okropnie nieopisowy komunikat o błędzie dla prostego problemu. Oszczędź mi mnóstwo czasu, dziękuję.
Jungledev
1

Nie zaakceptowałem powyższych odpowiedzi, ponieważ musiałem rozwiązać szereg problemów:

  1. Zestaw SDK innej firmy nie jest ustawiony jako dystrybucja.
  2. Zestaw SDK innej firmy nie jest ustawiony na arm64, co chyba spowodowałem, gdy na próżno naprawiłem problem skompilowany na arm64.
  3. Konieczne było usunięcie wszystkich starych certyfikatów i dodanie nowych od Apple. Dobra rzecz do zrobienia.
  4. Myślę, że Xcode 5 ukrywa certyfikaty i profile w preferencjach, co spowodowało frustrację.
  5. Następnie upewnij się, że w ustawieniach kompilacji wybrano prawidłowe profile udostępniania w ustawieniach debugowania i zwalniania.

Jak zawsze dzięki za pomoc ludziom.

elliotrock
źródło
1

Tak więc po przetestowaniu wszystkich tych opcji uważam, że poprawne jest teraz utworzenie profilu udostępniania dla rozwoju, a nie tylko dystrybucji. przejdź do panelu preferencji i w profilach udostępniania kliknij przycisk Utwórz nowy, wybierz programowanie, a następnie przejdź do kompilacji ustawień i ustaw automatyczne podpisywanie (spowoduje to wybranie poprawnej obsługi administracyjnej).

Spodziewałbym się, że Apple będzie bardziej informacyjny, kiedy wprowadzi zmiany takie jak ta domyślna

Twoje zdrowie,

SOL.

Samiq
źródło
1

Dzięki całej pomocy w innych odpowiedziach rozwiązałem to w następujący sposób:

  • Utworzono nowy, pusty projekt
  • Uruchomiłem to na urządzeniu - działało dobrze
  • W starym projekcie otwórz kartę „Projekt, cele”.
  • W Project ustaw Wszystkie właściwości podpisywania kodu na takie same jak nowy pusty projekt (wszystko wyłączone w moim przypadku)
  • W Cel, zrób to samo dla swojego celu.

W tym momencie trudno powiedzieć, które ustawienie jest dla którego trybu pracy, więc zacząłem od projektu, w którym wszystko działa.

n13
źródło
1

Miałem tylko ten sam problem - aplikacja była instalowana OK, ale nie uruchamia się z Xcode z komunikatem „uruchomienie procesu nie powiodło się: nie udało się pobrać zadania do procesu”.

Okazało się, że mój certyfikat rozwoju wygasł w nocy. Ponowne wygenerowanie certyfikatu i profili udostępniania rozwiązało problem.

Wybrzeże Morza Tybetańskiego
źródło
1

Ten problem mi się przydarzył, ponieważ usunąłem „Konfiguracja” w obszarze Project => Info.

Aby rozwiązać ten problem, przejdź do „Produkt” => „Schemat” => „Zarządzaj schematami”. Edytuj aktywny schemat i sprawdź, czy „Kompilacja konfiguracji” nie określa żadnych usuniętych konfiguracji dla każdego procesu (Uruchom, Test itp.).

thijsonline
źródło
1

W moim przypadku Xcode nie mógł automatycznie ustawić odpowiedniego profilu programisty iOS dla konfiguracji kompilacji debugowania. Miałem to ustawić ręcznie, aby iPhone Developer: My Name (XXXXXX):

Ustawienia kompilacji docelowej → Podpisywanie kodu → Tożsamość podpisywania kodu → Debugowanie.

Pavel Alexeev
źródło
1

W moim przypadku nie mogę ustawić profilu informacyjnego na „none”, ponieważ potrzebuję profilu informacyjnego do powiadomienia wypychanego. Więc po prostu utworzyłem inny profil obsługi dla programisty Apple, profil obsługi dla programisty iOS (nie dystrybucji iOS), powiązany z tym samym identyfikatorem aplikacji. Następnie użyj profilu udostępniania dla aplikacji na karcie Ustawienia kompilacji.

Chen Li Yong
źródło