Resumo
Coloque uma consulta da verificação de desenvolvedor antes das lanes de upload ou promoção no Fastlane.
Para quem: Equipes mobile que usam Fastlane supply, gradle ou lanes personalizadas.
Etapas do lançamento
- Leia o applicationId de release da mesma configuração usada pela lane.
- Extraia o certificado do APK assinado produzido pela lane.
- Chame um endpoint protegido e interprete o state.
- Interrompa a lane em NOT_REGISTERED ou divergência e indique a correção.
Informações-chave
O trecho é ilustrativo e interpola a chave no comando. Antes de usar, desative o eco do comando, use sh com log:false ou um helper protegido. Repita apenas falhas de rede ou quota; divergência estável exige correção humana.
Orientação detalhada
Faça a consulta depois da assinatura
A lane deve extrair a identidade do artefato que promoverá. Uma consulta anterior pode usar flavor, sufixo ou certificado errado.
Use sh ou uma pequena action Ruby para chamar a API e gerar UI.user_error! em falhas estáveis. O código abaixo preserva a lógica do exemplo, mas precisa impedir que o comando com a chave apareça no log antes do uso real.
- Compile e assine primeiro.
- Consulte o applicationId de produção.
- Desative o eco do comando ou use um helper que não exponha a chave.
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"Informe o nome de produção e, para conferir a assinatura, o SHA-256 do certificado do APK entregue aos usuários. A consulta não substitui a análise da loja.
Verificar status →Perguntas frequentes
A lane deve repetir uma divergência de certificado?
Não. Trata-se de um resultado estável de identidade que precisa ser investigado.
A impressão pública pode aparecer no log?
Ela não é a chave privada, mas você ainda pode minimizar logs e guardá-la apenas em evidências controladas do release.
Fontes e revisão
Última revisão: