Comment puis-je faire livrer une application iOS IPA à un client d'être signé avec leur propre profil d'approvisionnement de l'Entreprise
Nous avons développé une application iOS qui a été livré au client comme une IPA avec un ad-hoc profil de distribution qui a permis à un ensemble de leurs salariés à l'installer sur leurs appareils. Le client souhaite désormais distribuer l'application en interne pour tous leurs salariés, selon leur iOS Enterprise Developer program informations d'identification.
J'avais espéré que le client pourrait tout simplement re-dessiner les ad-hoc IPA avec leur propre entreprise identité. Cependant, ils disent qu'ils ne peuvent pas le faire. Ils disent qu'ils "ont besoin d'un fichier IPA avec la suppression de la limitation à certains dispositifs".
Alors, que dois-je faire?
- Dois-je en quelque sorte de créer un "unsigned" de l'IAP pour eux? (Et si oui, comment dois-je faire?)
- Ai-je besoin pour générer une Entreprise de distribution de profil de configuration pour moi afin que je puisse construire l'application à ce profil?
- Dois-je leur envoyer de la source ou de la sortie de la construction et de les laisser construire le paquet?
J'ai regardé les documents suivants, mais ils n'ont pas éclairé moi:
- TN2250: iOS de Signature de code de Configuration, de Processus et de Dépannage
- La distribution de l'Entreprise Applications pour les Appareils iOS
OriginalL'auteur Kristopher Johnson | 2012-06-14
Vous devez vous connecter pour publier un commentaire.
C'est tout à fait possible de prendre tout de l'IAP et de démissionner avec vos propres détails, la modification de l'Info.plist, ID de lot, etc. dans le processus. Je le fais tout le temps avec les Opi qui ont été signés par d'autres développeurs à l'aide de leurs propres profils d'approvisionnement et de la signature des identités.
Si ils ne sont pas familiers avec le
codesign
outil de ligne de commande et tous les détails de réinstallation intégré.mobileprovision fichiers et les droits, le moyen le plus facile pour eux de le faire est pour vous d' "Archive" l'application via Xcode, et de leur envoyer l'archive générée fichier (*.xcarchive).Ils peuvent l'importer dans Xcode, de sorte qu'il est visible dans l'Organisateur, et à partir de là, ils peuvent choisir de "Distribuer" et le signer avec leur entreprise identité.
À l'importation .xcarchive fichier dans Xcode, ils ont juste besoin de copier le fichier dans le
~/Library/Developer/Xcode/Archives
répertoire et il doit apparaître dans Xcode organisateur. Puis on clique sur "Distribuer" et suivez les instructions:Ah, ils doivent être à l'aide de coutume, over-the-air de portail ou quelque chose comme TestFlight. Le problème est que l'application doit être signé avec leurs coordonnées de l'entreprise. Il n'y a pas moyen de contourner cela. Ils pourraient vous fournir avec leur clé privée et le profil de configuration et vous pouvez construire tout ce que vous-même.
vous dites que vous pouvez même modifier l'ID de lot-mais n'est-ce pas une partie du binaire? Ne serait-ce pas la cause de tout implications? (J'ai lu à ce sujet dans la "mise à jour" section ici: oleb.net/blog/2011/06/code-signing-changes-in-xcode-4 )
Il ne cause que des problèmes si vous utilisez Xcode pour faire le membre démissionnaire (depuis Xcode ne pas changer les droits du fichier binaire). Nous avons un script que nous avons développé en interne qui fait tout cela pour vous à l'aide de la
codesign
utilitaire. Donc c'est possible. Vous pouvez tout faire en ligne de commande sans script, si vous avez.Ce script pour l'UIE a bien fonctionné pour moi tout à l'heure. gist.github.com/Gl0ub1l/4233537
OriginalL'auteur Mike Weller