Firma y aprovisionamiento en móvil
Otro juego de certificados, y en iOS un concepto más: los perfiles que dicen qué aplicación puede correr en qué dispositivos. Cómo se monta sin perderse.
iOS: tres piezas
Y hay perfiles distintos según para qué: desarrollo —con dispositivos concretos—, distribución para pruebas con grupos limitados, y distribución para la tienda. Usar el que no toca es el error número uno.
Android: más simple
Un solo concepto: un almacén de claves con tu clave de firma.
- Se genera una vez, con una contraseña.
- Y es para siempre: una aplicación publicada solo acepta actualizaciones firmadas con la misma clave. Perderla significa no poder actualizar nunca más — exactamente el problema del nivel 64.2.
- Hay un mecanismo de la tienda que puede custodiar la clave por ti, lo que reduce el riesgo de pérdida a cambio de delegar.
Y el consejo: guarda ese almacén y su contraseña como el secreto más crítico junto a la clave del actualizador. Nivel 60.5.
En la construcción automática
Lo del nivel 60.3, con más piezas:
La caducidad de los perfiles es la que más sorprende: un perfil caducado hace que una construcción que funcionaba deje de funcionar, sin que nada haya cambiado en tu código.
Los tres errores que bloquean
Y sus síntomas:
- Perfil que no corresponde al certificado. La firma falla con un error sobre identidades no coincidentes.
- Dispositivo no incluido en el perfil de desarrollo. La aplicación se instala y no arranca, con un error genérico.
- Y capacidades declaradas en la aplicación que no están en el identificador registrado. Falla al firmar, y la solución es registrar la capacidad en tu cuenta primero.
Los tres se arreglan en la configuración de la cuenta, no en el código — que es lo que los hace desconcertantes cuando se buscan en el proyecto.