Es gibt ziemlich gute Anweisungen im 'Portal-Programm'. Wenn Sie sich anmelden
http://developer.apple.com/iphone
Klicken Sie dann links auf Verteilung und dann auf
Erstellen und Herunterladen eines Verteilungsbereitstellungsprofils für die Ad-hoc-Verteilung
Link unten.
Hier ist das Schlüsselstück:
Führen Sie für die Ad-hoc-Verteilung die folgenden Schritte aus:
- Wählen Sie im Menü Datei die Option Neue Datei -> iPhone OS -> Codesignatur -> Berechtigungen. Benennen Sie die Datei "Entitlements.plist" und klicken Sie auf "Fertig stellen". Dadurch wird eine Kopie der Standardberechtigungsdatei innerhalb des Projekts erstellt.
- Wählen Sie die neue Datei Entitlments.plist aus und deaktivieren Sie die Eigenschaft "get-task-allow". Speichern Sie die Datei Entitlements.plist. (In Xcode 4 heißt get-task-allow "Kann debuggt werden")
- Wählen Sie das Ziel aus und öffnen Sie den Inspektor für Build-Einstellungen. Geben Sie in der Build-Einstellung 'Code Signing Entitlements' den Dateinamen der neuen Datei Entitlements.plist einschließlich der Erweiterung ein. Es ist nicht erforderlich, einen Pfad anzugeben, es sei denn, Sie haben die Datei Entitlements.plist an einer anderen Stelle als auf der obersten Ebene des Projekts abgelegt.
- Klicken Sie auf "Erstellen". (Hinweis: Ihre Binärdatei muss ein abgeflachtes quadratisches Bildsymbol mit einer Größe von 57 x 57 Pixel enthalten. Dieses Symbol wird auf dem Startbildschirm des iPhone oder iPod touch angezeigt.)
Dieser Fehler kann auch auftreten, wenn Sie versuchen, eine App zu profilieren, bei der das Gerät nicht im Bereitstellungsprofil enthalten ist.
Stellen Sie sicher, dass Ihr Gerät in dem Dev-Bereitstellungsprofil enthalten ist, das Sie verwenden möchten. Irgendwie ist die Fehlermeldung irreführend. Meine Ansprüche waren eigentlich in Ordnung.
quelle
Ich habe festgestellt, dass "get-task-allow" für Entwicklungs-Builds überprüft werden muss, für Distribution-Builds jedoch deaktiviert ist. Der einfachste Weg, dies zu erreichen (AFAIK), besteht darin, zwei Berechtigungsdateien in Ihrem Projekt zu haben: Entitlements.plist und EntitlementsDebug.plist - und in den Build-Projekteinstellungen für die verschiedenen Konfigurationen in Ihrem Projekt auf die richtige zu verweisen.
quelle
Für Ad-hoc-Builds in Xcode 4 sind keine Codesignaturberechtigungen mehr erforderlich - siehe Details im Apple Technical Note TN2250
quelle
Wenn Sie einmal in die Situation geraten sind, scheint die Überprüfung "get-task-allow" erforderlich zu sein, um Ihren Debug (!) Build auf Ihrem Telefon bereitzustellen. Überprüfen Sie Folgendes:
a) Überprüfen Sie die Build-Einstellung. Es sollte keinen Eintrag in "Code Signing Entitlements" für Debug geben. B) Entfernen Sie Entitlements.plist vorübergehend und erstellen Sie Ihre Debug-Version. Wenn es sich über eine fehlende Entitlements.plist beschwert, dann haben Sie wahrscheinlich die gleiche Situation, ich musste heute kämpfen. c) Erstellen Sie erneut mit Entitlements.plist und aktivieren Sie "get-task-allow". Wenn es jetzt funktioniert, haben Sie wahrscheinlich das gleiche Problem:
Nachdem ich mit neuen Profilen herumgespielt hatte, konnte ich meinen Debug-Build nicht auf dem Telefon bereitstellen. AdHoc war in Ordnung. Ich habe a) - leer geprüft .. Hmm. Ich habe b) überprüft - beschwert sich. c) - gearbeitet ...
Immerhin habe ich project.pbjproj in einem Editor untersucht und - obwohl die GUI behauptete, dass es keinen Eintrag für "Code Signing Entitlements" gab, gab es tatsächlich einen im Abschnitt Debug. Ich habe es geleert und war fertig.
quelle
Dies liegt daran, dass Ihr Gerät, auf dem Sie Ihre Anwendung ausführen, nicht mit Ihrem Bereitstellungsprofil ausgewählt ist.
Gehen Sie einfach Zertifikate, Kennungen und Profile durch ,
iOS Provisioning Profiles
klicken Sie auf Bearbeiten und dann auf Ihr Gerätquelle
Ich hatte gerade aufregende drei Stunden damit zu kämpfen. Ich habe gerade ein Projekt auf 4.2 aktualisiert und aus irgendeinem Grund würde es einfach nicht funktionieren.
Ich habe schließlich die Datei Entitlements.plist entfernt und dann eine neue erstellt.
Datei> Neue Datei> Codesignatur> Berechtigung
Nennen Sie die Datei Entitlements.plist
Stellen Sie sicher, dass es sich in xCode in der Gruppe Ressourcen befindet.
Der Typ get-task-allow BOOL wurde nicht in die Datei Entitlements.plist eingefügt. Ich habe es hinzugefügt, überprüft, gespeichert, deaktiviert, gespeichert. Dadurch fühlte ich mich besser.
Ich habe dann die von mir erstellten Adhoc- und Release-Profile entfernt. Laden Sie sie erneut vom Bereitstellungsportal herunter und legen Sie sie wieder im xCode-Organizer ab.
Ich ging dann in die Build-Einstellungen und stellte sicher, dass den Debug- und Release-Profilen die richtigen Profile zugewiesen wurden.
Ich habe dann das auf Release / Device geändert. Drücke den Build-Button und es hat funktioniert.
Ich habe keine Idee warum.
quelle
Johns Antwort ist zu 99% richtig. Ich habe festgestellt, dass Sie (zumindest in meiner Konfiguration) den Inspektor für Build-Einstellungen für das PROJEKT öffnen müssen . Die Build-Einstellungen für das Ziel enthalten keine "Codesignatur-Berechtigungen". Vielleicht macht dies keinen Unterschied, wenn Sie nur ein Ziel in Ihrem Projekt haben. Wenn Sie jedoch mehrere Ziele haben, müssen Sie zu den Einstellungen für die Projekterstellung gehen. Nachdem ich das getan hatte, was John gesagt hatte, funktionierte mein Ad-hoc-Distributions-Build auf jeden Fall perfekt.
quelle
Gehen Sie in Xcode 5.1 zu Einstellungen -> Konten -> Details anzeigen ...
Stellen Sie sicher, dass der Status der Signaturidentität gültig ist. Wenn "Widerrufen" angezeigt wird, klicken Sie auf die Schaltfläche "Plus" und fügen Sie die entsprechende Signaturidentität hinzu: iOS-Entwicklung oder iOS-Verteilung. Xcode ersetzt es durch ein neues, gültiges.
quelle
Für mich hat das das Problem gelöst: https://coderwall.com/p/-ckobg
PROVISIONING_PROFILE = ...
"PROVISIONING_PROFILE[sdk=iphoneos*]" = ...
CODE_SIGN_IDENTITY = ...
"CODE_SIGN_IDENTITY[sdk=iphoneos*]" = ...
quelle
CODE_SIGN_IDENTITY = ...
, die das Problem verursachte. Ich habe keine Ahnung, wann dies von Xcode hinzugefügt wurde oder ob ich es versehentlich selbst getan habe, aber was für ein Durcheinander. Im Vergleich zu anderen IDEs hatte ich so viele seltsame Probleme mit Xcode. Ich versuche es zu vermeiden und halte mich an AppCode.pJosh, das könnte zum Verständnis beitragen. In meinem Fall lief mein Team-Bereitstellungsprofil ab (das Bereitstellungsportal gab an, dass es von XCode verwaltet wird) sowie das Gerätetestprofil für die App. (Ich weiß immer noch nicht warum, aber das Portal hatte eine Schaltfläche "Erneuern" neben dem Teamprofil, aber es würde nichts bewirken, wenn ich darauf klickte.)
Also habe ich die Profile gelöscht, die bald ablaufen, und dann in XCode zu Organizer (Command-Shift-2) unter Bibliothek / Bereitstellungsprofile gegangen. Ich habe die abgelaufenen Profile gelöscht. Klicken Sie dann unten auf "Aktualisieren", geben Sie meine Apple ID ein und die ablaufenden werden erneuert.
Schließlich ging ich auf meinem Ziel zu Build-Einstellungen, Codesignatur und stellte sicher, dass das Bereitstellungsprofil ausgewählt wurde. Voila, jetzt baut es auf meinem Gerät.
quelle
Ich habe gerade den gleichen Fehlercode erhalten. Es scheint, dass es verschiedene Dinge gibt, die dies verursachen, und daher verschiedene Möglichkeiten, dies zu beheben.
In meinem Fall hatte ich zwei verschiedene Geräte mit demselben Namen (ein iPhone 4 und ein iPhone 4S). Das Ändern des Namens eines von ihnen hat diesen Fehler für mich vollständig behoben ...
quelle
Ich habe versucht, meiner vorhandenen App iCloud-Unterstützung hinzuzufügen, habe jedoch festgestellt, dass meine App nach dem Hinzufügen von Berechtigungen und dem Konfigurieren von iCloud nicht mehr debuggt.
Ich stellte fest, dass mein generisches iOS-Entwicklungszertifikat eine andere APPID hatte als die App, an der ich arbeitete. Um dies zu beheben, habe ich anstelle meines generischen Zertifikats ein spezielles Entwicklungszertifikat für diese APPID erstellt.
Ich habe mein Bereitstellungsprofil in XCode aktualisiert, die App bereinigt, mein Gerät getrennt, XCOde und das angeschlossene Gerät neu gestartet und ausgeführt, und jetzt funktioniert es ein Vergnügen!
quelle
Ich habe auch mehrere Stunden damit verbracht, damit zu kämpfen. Das Update ist ganz einfach. Bearbeiten Sie Ihre Datei Entitlements.plist im Stammverzeichnis Ihres Projektverzeichnisses. Suchen Sie die Zeile mit der Aufschrift
<key>get-task-allow</key>
. Darunter sollte es sein<false/>
. Ändern Sie das in<true/>
.quelle
Es tut mir leid, dass dies sehr spät ist, aber ich habe mir gerade diese Frage angesehen und etwas gefunden, das für mich funktioniert hat. Ich ging zu PROJEKT-> Build-Einstellungen und fand den Abschnitt Codesignatur. Neben dem Debuggen wurde mein Distributionsprofil
Iphone Distribution: MY NAME
ausgewählt. Ich habe stattdessenIphone Developer: MY NAME
in der Dropdown-ListeIpodProfile (for bundle identifiers com.myName.myApp
das Bereitstellungsprofil für mein Gerät ausgewählt. Hoffe das hilft!quelle
Ich habe dies gerade einem Entwickler in dem Team passiert, das ich verwalte.
Es stellte sich heraus, dass sein Entwicklerzertifikat abgelaufen war, und nach der Erneuerung habe ich es versäumt, sein Zertifikat dem von seiner App verwendeten Bereitstellungsprofil hinzuzufügen.
quelle
Ich hatte der neuen aktualisierten Lizenzvereinbarung von Apple nicht zugestimmt.
Kurz: Bitte melden Sie sich bei Ihrem Entwicklerkonto an -> Profil -> Überprüfung -> lesen Sie die Vereinbarung oder lassen Sie sie von Ihrem Anwalt lesen -> stimmen Sie zu (nach eigenem Ermessen) -> und klicken Sie erneut auf Profil, um den Status Ihres Profils zu überprüfen .
In meinem Szenario wurde die gültige Codesignatur nicht angezeigt. Als ich das obige Verfahren befolgte, war es sichtbar und ich konnte die App auf dem Gerät ausführen und / oder die iPA-Datei ohne große Schwierigkeiten erstellen.
quelle
Trat dieses Problem auf, wenn alles korrekt eingerichtet zu sein schien, zeigten die Build-Einstellungen auf das richtige Bereitstellungsprofil, die Codesignatur wurde ordnungsgemäß eingerichtet usw.
Das Problem trat auf, weil ich gerade ein neues Schema erstellt und meine CocoaPods für die neuen Konfigurationen nicht neu generiert hatte . Wie Sie auf dem Bild sehen können, zeigt die neue Ad-hoc-Konfiguration auf die
Pods.production
Konfiguration anstatt auf einePods.ad-hoc
Konfiguration (bzw. einen Test).Reparieren:
None
fehlerhafte Konfiguration auf - Cocoapods würden die Konfigurationen nur generieren, wenn ich dies getan hättepod install
Das ist es!
quelle
Überprüfen Sie, ob Ihr Gerät im Bereitstellungsprofil enthalten ist.
quelle