Worflow para instalar aplicaciones en dispositivos iOS
Si ud. es como yo, quizás tenga problemas entendiendo y aún peor memorizando los pasos que un desarrollador de aplicaciones iOS debe seguir para instalar sus aplicaciones en los dispositivos de prueba.
Comparado con Android este proceso se siente burocrático y lento, pero este es el precio que Apple nos impone por asegurarse que hemos pagado la licencia de desarrollador y que nuestras herramientas y dispositivos de prueba sean ‘legales’.
El proceso en detalle está explicado por Gustavo Ambrozio en el popular blog de Ray Wenderlich . Básicamente el proceso tiene dos objetivos que explico simplificademente a continuación.
Trabajar desde una máquina ligada a una cuenta paga de desarrollador
Hay un intercambio de claves entre mi usuario en OSX y mi cuenta del iOS Developer Center. La instalación del certificado es obligatoria para instalar aplicaciones a dispositivos ( iPhone, iPad ) desde nuestras máquinas de desarrollo.
Autorizar dispositivos / Aplicaciones
Tan pronto nuestra máquina sea reconocida por Apple podemos crear aplicaciones e instalarlas en dispositivos reales. Pero no inmediatamente, tenemos que decirle a Apple que aplicaciones quiero instalar y en cuales dispositivos. Esta información viene empaquetada en forma de un archivo especial: El Developer Provisioning Profile.
Le decimos a Apple cual aplicación queremos desarrollar entregándole el ID de la aplicación. Este ID es una cadena de texto con una estructura similar a como se nombran los paquetes en el lenguaje de programación Java: [dominio].[empresa].[aplicación] . Por ejemplo, para Colorpedia, la primera aplicación que publiqué en el App Strore, utilizé el ID ‘com.pixagora.colorpedia’. Este ID también puede contener asteriscos, queriendo decir con esto que quiero instalar un conjunto de aplicaciones. Por ejemplo el ID ‘com.pixagora.*’ sería válido para todas las aplicaciones cuyo ID comienze por ‘com.pixagora.’ . Cuando entremos nuestro ID en la página de registro de aplicaciones Apple adiciona otra cadena más como prefijo. El ID final puede parecerse a algo como ’53YEG53RP9.com.pixagora.colorpedia’.
El(Los) dispositivo(s) en los que quiero instalar la aplicación ( durante desarrollo ) deben también identificarse contra Apple. Pueden utilizar iTunes para obtener este número de 40 caracteres, que luce como ’2b6f0cc904d137be2e1730235f5664094b831186′.
El archivo de provisioning
Tan pronto hallan adicionado la aplicación y el(los) dispositivo(s) pueden generar el archivo de provisioning. Al hacer esto también deben seleccionar el certificado que debe corresponder al que instalaron en la máquina hacia donde se desea instalar el provisioning. Para instalar el archivo de provisioning sólo deben abrirlo con XCode.
El certificado y el provisioning generado es valido por un año, si al terminar este año ya han olvidado estos pasos pueden volver a la entrada de mi Blog. También hice disponible una versión en PDF del workflow en caso que quieran mantenerla en sus máquinas de trabajo. En una próxima entrada voy a explicar el workflow para instalar aplicaciones en dispositivos de prueba. Este proceso es un poco deferente, ya que no se espera que los usuarios de prueba \tengan certificados de desarrollo instalados en sus máquinas.