Quickstart por plataforma
Todo quickstart tem os mesmos quatro passos. Só mudam o comando de build e o caminho do artefato.
- Crie a política:
npx moatgator initescreve ummoatgator.ymlválido com todas as detecções emmonitor. - Analise um build localmente, sem conta:
npx moatgator scan <artefato>. - Crie o app no console e uma chave de API com
builds:writeebuilds:read(ou uma regra OIDC para o GitHub Actions). - Registre os builds pelo CI:
npx moatgator protect <artefato> --app-version <versão>. Escolha o seu guia de CI.
| Plataforma | Artefato | Guia |
|---|---|---|
| Android (Kotlin, Java) | .aab ou .apk | Android |
| iOS (Swift, Objective-C) | .ipa | iOS |
| React Native | .aab e .ipa | React Native |
| Expo | .aab e .ipa | Expo |
| Flutter | .aab e .ipa | Flutter |
Motor em prévia
O protect registra o build e envia o pacote. Nenhum pacote protegido é produzido ainda; o comando diz isso, e o --require-protected faz o job falhar até o motor ser lançado. Veja limites e garantias.
Pule a configuração manual
O GitHub App da Moatgator detecta a sua plataforma (inclusive monorepos), abre um pull request com os arquivos moatgator.yml e um workflow pronto, e nunca altera o código do seu app. Ele não consegue escrever em .github/workflows, de propósito: o pull request pede que você faça um git mv do workflow para o lugar, o que também serve como etapa de revisão.