Il suffit de passer à Xcode 5 et j'ai vu "Construire pour l'archivage" manquant dans le menu produit. Je vais à Préférences / Reliures clés et scie dans le menu de produit "Construire pour -> Installation", je mets une clé et elle ne fonctionne pas.
Alors je l'exécute pour le faire:
xcodebuild -project myProject .xcodeproj -Target MyTarget -configuration version
Et je reçois la même chose qu'avant dans le précédent Xcode avec "Construire pour l'archivage"
(Il suffit de construire avec la configuration de libération)
Une idée de "construire pour l'archivage" (non produit / archive) avec XCode 5 GUI?
merci
3 Réponses :
On dirait qu'ils ont combiné les deux étapes "Construire pour l'archivage" et "Archives" dans une commande de menu: produit -> archive dans xcode 5.
En espérant que Apple ne supprimera pas la commande xcodebuild de la prochaine version Xcode et demandant de l'argent pour l'utiliser :).
Je ne trouve toujours pas ma bibliothèque .a après l'archivage.
Oui, même chose avec .app, je reçois un lien pointant nulle part jusqu'à ce que je remplisse "répertoire d'installation" (install_path) dans les paramètres de construction, j'ai oublié ça (trop compliqué pour moi :)) et il suffit d'exécuter "cd my_project_dir" (où .xcodeproj est situé) et exécutez Xcodebuild -allTargets "et tout va bien maintenant.
Les archives étaient toujours là et cela fait quelque chose de différent et de sans rapport. Construire pour l'archivage .... construit pour l'archivage. Archive ... ne le fait pas.
Nous ne parlons pas de .xcarchive Nous avons parlé de .A et .App qui ne sont pas plus construits comme c'était avant d'utiliser la construction d'archivage, car Apple a supprimé cette option.
On dirait que cela fait une construction avant d'archiver et que la construction doit être dans certains répertoires de sortie, non? Si vous trouvez que le répertoire de sortie, vous remplacez efficacement la version manquante de la commande d'archivage.
Oui .app est mis dans le répertoire "InstallationBuildProductsLocation / Applications" Malheureusement temporaire (voir simplement que dans le navigateur de journal).
Cela devrait être la bonne réponse. @Stephane pourrait le signaler à juste titre en acceptant cet article comme réponse.
"Notez que si le menu d'archivage est désactivé ceci est probablement le cas échéant, car l'option Simulator est actuellement sélectionnée comme cible d'exécution dans la barre d'outils Xcode. Modification de ce menu soit sur un périphérique connecté, ou l'option Generic iOS Device Cible devrait Activez l'option d'archive dans le menu produit. "
Plus d'infos à http://www.techartopia.com/index.php/preparing_and_submitting_an_ios_7_application_to_the_app_store
1 - Ce n'est pas un menu "archive", mais "construire pour l'archivage" qui disparaît. (Et pas: handicapé)
2 - Ce n'est pas pour iOS avec simulateur mais Standard Mac OSX Development.
Merci - me rendait fou !!
D'accord avec Stéphane, ce n'est pas la bonne réponse. Contexte ici est "Build for Archiving", qui a disparu, et non l'option "Archive". La poste de Victorb devrait être la bonne réponse.
Vous pouvez utiliser "Catégorie pour profilage", il est défini sur la configuration de libération.
Merci, c'est ce que je cherchais.
Oui, Twisting Xcode est une autre solution. Je dois donc définir la configuration pour libérer (car je change initialement de la libération au débogage de l'instrument) et désélectionnez «Utilisez les arguments d'exécution des actions et les variables d'environnement» sur Modifier Schéma / Arguments pour le schéma de profil.
Ceci est incorrect car la construction de profilage pourrait être débogé ou libération définie dans le schéma.
Par défaut, il est défini sur la libération.