lundi 12 mars 2012

Xcode 3.2: Construire et Archives

Un aspect du développement de l'iPhone que je ne suis pas un grand fan de la distribution est ad hoc. Dans Xcode 3.2, Apple a ajouté une nouvelle fonctionnalité qui permet à Xcode ad hoc, la distribution de plus de un peu juste mieux. Mais, pour les premières semaines d'utilisation de Xcode 3.2, je n'ai même pas remarqué ce point. Je sais que beaucoup d'entre vous ont probablement, mais j'ai parlé à suffisamment de personnes qui ont également manqué, que je pensais que ça vaut un post court.

Ce nouvel élément dans la vie le menu Build, mais franchement, je n'utilise pas beaucoup les menus dans Xcode. J'utilise un ensemble très personnalisées des raccourcis clavier et les commandes ont toutes mes tâches régulières »touche mémorisé. La nouvelle option est appelé Construire et Archive.

Je souhaite toujours Apple serait de se débarrasser de tout le processus, mais il est peu probable qu'ils seront à l'avenir proche. À la lumière de la situation, ce qui rend la vie beaucoup, beaucoup mieux. C'est un compromis entre les désirs plutôt bien d'Apple et les besoins des développeurs, tout en tous.

Construire et Archives construit votre application, des signes de code, et les magasins du dossier de demande avec son fichier de symboles (dont vous avez besoin de décoder les journaux générés par accident ad hoc ou version s'appuie). Xcode Organizer fenêtre vous donne accès à toute version précédente, et vous permet d'e-mail une construction ad hoc empaquetés comme un .ipa fichier avec le profil mobile provisioning vous avez compilé avec le droit intégrées dans l'application. Cela permet à vos clients ou testeur de simplement faire glisser le générées .ipa fichier dans iTunes. L'organisateur peut même générer un e-mail avec le .iap noyé dans la masse.

Screen shot 2010-05-01 at 9.43.08 AM.png


Screen shot 2010-05-01 at 9.45.42 AM.png


Dans le cadre de construction et d'archivage, Xcode vérifie votre demande pour vous assurer qu'il est signé et le code provisionné correctement. Il peut aussi (selon les paramètres de votre projet) lance automatiquement les nouveaux Validate feature qui vérifie pour vous assurer que votre demande est valable pour la soumission App Store. C'est le même chèque que l'équipe d'examen app seront exécutées sur votre application avant de réellement regarder. Les détails de ce Validate chèques ne sont pas documentées, mais en termes généraux, il sera de s'assurer que tout est correct et que vous n'avez pas utilisé tout ce que vous ne devrait pas avoir utilisé. Ce n'est pas une garantie que votre application ne seront pas rejetés parce qu'il ya encore de l'examen manuel des contenus et HIG, mais si votre application passe de validation, qui est un obstacle de moins possible entre vous et l'App Store. En d'autres termes, assurez-vous de valider vos applications avant de les soumettre.

Une chose à noter, cependant, est que lorsque vous utilisez Validate ad hoc pour les construit au lieu de construire pour la soumission à l'App Store (et je vous recommande de faire de sorte que vous trouviez les problèmes avant plutôt qu'après les tests), votre application peut échouer l'une des Validate chèques. Si vous obtenez ce message d'avertissement lorsque vous utilisez soit Construire et Archives or Construire et valider avec une construction ad hoc:
Attention: l'application a échoué la vérification codesign. La signature est invalide ou qu'il n'a pas été signé avec un certificat de dépôt d'Apple. (-19011)
Vous pourriez être correctement (en supposant que vous avez reçu aucun avertissement ou erreur). La seule chose difficile est que cet avertissement peut être généré par plus d'un problème spécifique, il n'ya donc aucun moyen de savoir avec certitude si cela doit être abordé d'autres que d'essayer et d'installer le produit .ipa fichiers sur un téléphone non-développement. Vous pouvez (vous?) Ce message d'alerte avec des ad hoc, construit, même si la construction est bien parce que vous n'utilisez pas un «certificat de dépôt d'Apple" pour les versions ad hoc.

Une des meilleures choses que vous pouvez faire est d'avoir un iPhone ou un iPod touch seconde qui n'est pas utilisé pour le développement (jamais) que vous pouvez utiliser pour tester ad hoc distributions. Même une seconde main, un iPod touch à bas prix est suffisante car tous vous êtes des tests est que l'installation fonctionne Si vous faites cela, assurez-vous d'ajouter le UDID de cet appareil à vos profils ad hoc de distribution, mais pas à votre profil de développement.

Quand vous voyez cet avertissement avec Validate lors de la construction en utilisant une configuration ad hoc de distribution, ne paniquez pas, mais essayez et l'installer sur une machine qui ne dispose pas de votre profil de développement installé avant de l'envoyer à un testeur ou un client.

Aucun commentaire: