Resumen
Coloca una comprobación del registro Android antes de las lanes de carga o promoción de Fastlane.
Para quién: Equipos móviles que usan Fastlane supply, gradle o lanes personalizadas.
Secuencia de lanzamiento
- Lee el applicationId desde la misma configuración que usa la lane.
- Extrae la huella del APK firmado que produce la lane.
- Llama a un endpoint protegido y analiza el campo de estado estable.
- Detén la lane ante NOT_REGISTERED o una huella distinta e incluye la guía de corrección.
Datos clave
Reintenta solo errores de red o cuota. Una huella distinta es un resultado estable que necesita intervención humana.
Guía detallada
Pon la comprobación después de la firma
La lane debe obtener la identidad del artefacto que va a promover. Si consulta antes, puede usar el flavor, sufijo o certificado equivocado.
El fragmento conserva el código de referencia, pero incluye la clave en los argumentos. Antes de usarlo, desactiva el eco y el log de sh con log: false o llama a un helper protegido. No ejecutes Fastlane con --troubleshoot cuando haya credenciales, porque vuelve a activar el registro. Analiza el JSON y lanza UI.user_error! para estados estables.
- Compilar y firmar antes.
- Desactivar el log o usar un helper protegido.
- No usar --troubleshoot con credenciales.
status = sh("curl --fail --silent -H 'X-Goog-Api-Key: #{ENV.fetch('ANDROID_DEVELOPER_ID_API_KEY')}' '#{endpoint}' | jq -r .state").strip
UI.user_error!("Android package is #{status}") unless status == "REGISTERED"Introduce el nombre de producción. Para comprobar la firma, añade la huella SHA-256 del certificado del APK que reciben los usuarios. El resultado no sustituye la revisión de la tienda.
Comprobar el estado →Preguntas frecuentes
¿Debe la lane reintentar una huella distinta?
No. Es un resultado de identidad estable que requiere investigación.
¿Puede aparecer la huella pública en los logs?
No es la clave privada, pero conviene limitar los logs y conservarla solo en las pruebas de release controladas.
Fuentes y revisión
Última revisión: