ios - puedo - envía tus compilaciones con xcode 6 o posterior o con application loader 3.0 o posterior

¿Cómo volver a firmar una aplicación iOS para la distribución de la App Store? (3)

He ahorrado mucho tiempo con la aplicación AirSign (que no estaba disponible cuando AirSign mi pregunta original).

Estoy tratando de entender cómo funciona el procedimiento de firma de código. Mi objetivo es tomar un archivo .ipa firmado con el certificado de empresa de la empresa A , cambiar la ID del paquete y luego firmar nuevamente con el certificado de distribución de la tienda de aplicaciones de la compañía B y publicar en la tienda de aplicaciones.

En primer lugar, ¿es esto posible? Leí here que " ... estoy bastante seguro de que no puedes (y no debes) usar esta herramienta para renunciar a una aplicación con un certificado de distribución de la App Store ". ¿Alguien puede elaborar sobre eso?

He intentado muchos scripts como this y this y this , pero después de algunos ajustes, todos parecen tener el mismo problema cuando intento enviar la aplicación para su revisión utilizando el Cargador de aplicaciones. Los errores que estoy consiguiendo son:

La aplicación falló la verificación del codeign. La firma no era válida, contiene derechos no permitidos o no se firmó con un Certificado de distribución de iPhone.
No se pueden extraer derechos de /var/folders/67/(large_number)/new.ipa/Payload/original.app/original

¿Alguien me puede ayudar con eso? Tenga en cuenta que sé cómo hacerlo mediante la exportación de certificados, etc., pero aquí estoy explorando si la Compañía B podrá hacerlo por sí misma, si les entrego el archivo .ipa de la Compañía A. Puedo explicar con más detalle lo que estoy haciendo si es necesario, solo pregunte.

¡Gracias!

EDIT: Ya soy consciente de esta pregunta cerrada de SO , sin embargo, publiqué una nueva porque creo que la mía es más específica y no estoy pidiendo una forma genérica de lograr lo que quiero; solo quiero ver si el escenario descrito es posible.

He tenido problemas para hacer esto antes. La configuración del nuevo perfil y la reconstrucción en Xcode parecen funcionar, pero el solo hecho de usar la línea de comandos para renunciar a una aplicación existente después de editar el plist con la identificación del paquete me estaba causando dolor. Sospecho que es el perfil incrustado que se coloca en la aplicación cuando se construye, pero honestamente, no estoy seguro.

Veo que tenía problemas con los derechos. Tenga en cuenta que algunos de estos están configurados en el perfil de desarrollo (notificaciones push, IAP y quizás iCloud) y deben ser correctos allí.

La segunda sugerencia es que Xcode almacena en caché el perfil de desarrollo en el proyecto (en algún lugar), por lo que incluso si elimina uno de la carpeta de perfiles móviles dentro de su carpeta de la Biblioteca, tendrá que cambiarlo en la configuración de destino en el proyecto de Xcode o podría Todavía usa el viejo (grrr).

Para renunciar a una nueva aplicación, que debería ser posible, deberá crear todos los nuevos perfiles de distribución en el portal de desarrollo (suponiendo que haya llegado hasta aquí). Todo debe coincidir desde su aplicación al nuevo perfil. La identificación de la aplicación es probablemente lo más importante. Cuando creas uno nuevo, debes configurarlo en tu proyecto para que coincida. Por lo general com.companyname.appname.optional. Este nuevo ID de aplicación debe emparejarse en la configuración de compilación con el Identificador de paquete. Una vez que los combine, debería poder asociarlos con sus nuevos perfiles de distribución / aprovisionamiento.

FWIW, el intercambio de estos perfiles debe ser el proceso más complejo en todo el desarrollo de iOS. Puede tomar algunos retoques y prueba y error, pero estoy seguro de que se puede hacer. Buena suerte.