2015-02-18 2 views
6

Ich versuche, ein Projekt mit Xcode 6.1.1 und Mac OS X Server 4.0.3 und OS X 10.10.2 zu archivieren. Die Signierung der App mit einer "adHoc" Provisioning funktioniert innerhalb der Integration. Aber jetzt habe ich das Problem, dass die Datei ".entitements" nicht korrekt verarbeitet wird.Mac OS X Build Server Ich vermisse archived-expanded-enantiements.xcent-Datei in IPA

Wenn ich das xcarchive herunterlade, ist das archived-expanded-enantiements.xcent Teil des App-Bundles, aber in der IPA-Datei von derselben Integration fehlt die Datei und ich kann sie nicht auf einem Gerät installieren. Könnte es sein, dass der Export eines xcarchive mit einem "adHoc" -Zertifikat die Rechte nicht genauso behandelt wie bei einer Enterprise- oder Entwicklungsbereitstellung? Und wenn ja, wie sollte ich das Projekt so konfigurieren, dass die Datei architected-expanded-properties.xcent mit einer AdHoc-Bereitstellung erstellt wird?

Vielen Dank für jede Hilfe

+0

Ich habe gerade einige ähnliche Szenarien durchgespielt und herausgefunden, dass ich die Provisionierung bei der Veröffentlichung auf automatisch setzen musste und dann eine Ad-hoc-Provision hatte, die auch die richtigen Bereitstellungs-Add-Ons enthielt. (HealthKit, App-Gruppen usw.). Nicht sicher, ob dir das hilft oder nicht, oder ob du immer noch feststeckst – bolnad

Antwort

1

Dies kann zu einem Fehler in Xcode (siehe http://www.openradar.me/21309940) bezogen werden. Mein Workaround bestand darin, mein Build-Skript in fortlaufender Integration zu optimieren. Nach dem Export die .ipa Datei es unzips die .ipa Datei, kopiert die archived-expanded-entitlements.xcent Datei aus dem .xcarchive Verzeichnis in das Payload/<yourproject>.app Verzeichnis und dann rezips das Payload Verzeichnis in eine neue .ipa Datei.