Quel est le meilleur flux de travail pour ajouter un nouveau périphérique à une provision ad hoc?

Question

Nous avons donc tous besoin de déployer nos applications sur de vrais iPhones à des fins de test. Je suis sûr que vous m'avez beaucoup trouvé un groupe de testeurs pour vous aider avec ce processus. Chaque fois que vous souhaitez envoyer une création à une nouvelle personne, vous devez ajouter le nouvel identifiant de périphérique à votre provision ad hoc. Cette partie est assez indolore. Le problème commence lorsque Xcode tente d'utiliser le nouveau fichier de configuration.

Quel est le meilleur moyen de faire en sorte que Xcode récupère et utilise la nouvelle provision pour la première fois? Idéalement, je voudrais faire cela sans en changeant le fichier .xcodeproj.

Answer 1

Je n'ai pas été capable de faire cela sans changer le fichier .xcodeproj, mais c'est probablement parce que j'ai eu beaucoup de mal à faire fonctionner les choses sans passer par l'ensemble "build clean, désélectionner le profil d'approvisionnement, resélectionner le profil d'approvisionnement "processus.

Answer 2

Je l'ai fait comme suit, avec un bon succès:

• ENVOYAIENT appel à bêta-testeurs.
• Répondre à chacun « afin de bêta-test, j'ai besoin de votre UDID. Vous pouvez l'envoyer à mon en suivant ces instructions ... »
  • incapables d'envoyer des gens UDID sont dit « je vous remercie de votre temps, mais la version bêta ne prend plus les applications. "
  • Si trop de gens n'arrivent pas à comprendre, passez en revue vos instructions.
• Après plusieurs jours, créez un fichier de provisionnement par lots avec toutes les personnes en version bêta.
  • I Nom des périphériques après l'adresse email de la personne, à savoir , mikeATexampleDOTcom.
  • Je nomme la provision après le programme bêta, , c'est-à-dire, Neko-beta-1.
• Construire l'application, la fourniture & livrer (avec des instructions d'installation non techniques!)
• Pour retardataires, vous pouvez construire une autre disposition, ou les ajouter à l'existant, ou leur dire « bêta est plein. "

Alors ...

• Après quelques jours, envoyez un courriel demandant comment sa va, s'ils ont des difficultés, etc.
• ~ 3 jours avant la fin de Beta, email disant " La version bêta touche à sa fin, assurez-vous de renvoyer vos questionnaires. " Après la fin de la version bêta, assurez-vous de remercier tout le monde, même ceux qui n'ont pas répondu.

Answer 3

Comment construire automatiquement un fichier IPA de XCode: http://www.idotcom.us/2009/05/how-to-build-a-ipa-file-from-xcode/

explication étape par étape de la façon de construire un fichier IPA envoyer via ad-hoc. Vous devez modifier votre projet XCode mais de cette façon vous créez une cible distincte afin qu'elle n'affecte pas votre projet principal.

Answer 4

Ce que je fais maintenant est de créer un nouveau profil d'approvisionnement si les périphériques changent. Même si vous modifiez un existant, il s'agit essentiellement d'un nouveau profil avec un ID différent, mais un nouveau nom. Ensuite, l'iPhone des testeurs se remplit de profils d'approvisionnement avec le même nom :)

Oui, cela signifie que vous devez changer votre fichier de projet Xcode à chaque fois, mais selon mon expérience, c'est plus fiable.

Si vous gardez le même nom, méfiez-vous du cache de profils de provisionnement de Xcode, qui peut créer un désordre avec les builds. Le mieux est de supprimer tous les profils d'approvisionnement de la fenêtre Organiseur, ainsi que de supprimer les fichiers dans ~/Bibliothèque/MobileDevice/Provisioning Profiles. Puis redémarrez Xcode et réimprimez le profil de provisionnement.