Entitlements.plist Fehler beim Versuch, nicht Ad-hoc-Versionen zu erstellen?

7

Ich suchte überall nach einer Antwort, aber kein Glück ....

Ich habe erfolgreich eine Ad-hoc-Version dieser App erstellt, aber jetzt, wenn ich versuche, für Debug, Release oder reguläre Distribution zu erstellen, bekomme ich den Build-Fehler:

"CodeSign-Fehler: Die Berechtigungsdatei" /Users/Dropbox/myApp/Entitlements.plist "fehlt"

das Ding ist
a) Die Datei angabes.plist befindet sich direkt im Ressourcenordner
b) Das ist nicht einmal der richtige Pfad zum xcode-Projektordner.
c) Ich habe den Schlüssel aus den Projekteinstellungen entfernt & gt; bauen & gt; code signing-berechtigungen, warum also sucht sie überhaupt nach der berechtigungsklasse? plist?

was ist los ?? Wie kann ich mit xcode aufhören, die Berechtigungsdatei zu finden? Ich weiß, dass es nicht einmal für etwas anderes als Ad-hoc-Builds benötigt wird.

    
adonji 08.03.2011, 23:51
quelle

7 Antworten

10

Danke, ich denke, ich habe es herausgefunden. Hoffentlich hilft das jedem anderen, der dazu kommt:

Ich ging in "Ziele" und Rechts-Klick auf "Get Info" (oder alternativ Projekt & gt; Edit Active Target) und die Berechtigung.plist ist auch in der Build-Registerkarte dort aufgeführt. Ich habe es dort entfernt und in den Projekteinstellungen und Problem gelöst.

Nochmals vielen Dank an alle:)

    
adonji 09.03.2011 02:49
quelle
5

Was mir wirklich geholfen hat, war:  1. Klicken Sie auf das Projekt direkt über dem Ziel.  2. Gehe zu Build-Einstellungen  3. Ändern Sie die Codesignatureinheit in die richtige.

    
odukku 30.07.2013 10:30
quelle
4

99% brauchen Sie nicht Entitements.plist. es ist nur eine schlechte Fehlermeldung (möglicherweise die schlechteste und irreführendste in allen Xcode)

Laden Sie stattdessen Ihr Bereitstellungsprofil erneut herunter.

    
amattn 09.03.2011 00:49
quelle
3

Nur ein Vorschlag. Ja, das Entfernen von Entitlements.plist aus den Einstellungen funktioniert. Aber wahrscheinlich hat sich der in den Einstellungen angegebene Pfad geändert, da es sich um einen absoluten Pfad handelt.

In meinem Fall hatte sich der Ordnername geändert, aber das Framework suchte nach der Datei im alten Pfad.

    
Amit 18.06.2012 04:32
quelle
0

Ein paar Ideen:

  1. Stellen Sie sicher, dass die Build-Einstellungen, die Sie bearbeiten, die Build-Konfiguration sind, mit der Sie gerade arbeiten.
  2. Ich habe herausgefunden, dass es für mich funktioniert, den Boolean "get-task-allow" umzuschalten, wenn ich für die Entwicklung baue (true für Entwicklungs-Builds, false für Ad-hoc).

Ich bin mir ziemlich sicher, dass wenn Sie eine Berechtigung in Ihrem Projekt haben, versucht, diese zu verwenden, es sei denn, es ist eine andere angegeben, so dass Sie möglicherweise zwei Berechtigungen haben und Ihre Ad-hoc-Konfiguration auf eins verweisen kann und Ihre Entwicklungskonfiguration zeigt auf die andere.

    
Simon Goldeen 09.03.2011 00:30
quelle
0

Tippen Sie auf Targets = & gt; Zusammenfassung = & gt; Berechtigungen = & gt; Check out "Benutze Berechtigungs-Datei". Das hat gut funktioniert.

    
fayaz 12.02.2013 12:34
quelle
0

Ich habe den Code-Signierberechtigungseintrag aus der Erstellungseinstellung gelöscht, danach ist mein Fehler verschwunden und ich kann das Archiv ohne Probleme erstellen. Wenn Sie keine Datei mit dem Namen entities.plist haben, sollten Sie den Eintrag aus der Erstellungseinstellung löschen.

    
Shauket Sheikh 16.06.2016 05:35
quelle

Tags und Links