LaunchLint Academy
La risposta breve
- Un build Flutter riuscito non è ancora pronto per l'invio. Identificatori, versioni, firma, permessi, privacy e scheda devono descrivere la stessa produzione.
- Blocca una release, prova l'artefatto distribuito su dispositivi reali e conserva le prove di ogni risposta.
- Non rimandare questa checklist al giorno dell'invio. Usala come gate di release, collega ogni punto al commit o al campo dello store responsabile e ripeti i controlli coinvolti dopo modifiche a dipendenze, permessi, ambiente o metadata. Le prove non devono contenere secret o dati personali di test. Sviluppo, prodotto e la persona con accesso alla console devono approvare lo stesso identico artefatto. In questo modo la verifica diventa riproducibile e permette di spiegare quale versione è stata controllata dopo un rifiuto o durante l'aggiornamento successivo.
1. Bloccare la release
Registra commit, versione Flutter, flavor, ambiente e piattaforme prima degli archivi nativi.
Non trattare bloccare la release come una casella isolata. Collegalo al build esatto, a un responsabile e a una prova verificabile. Ripeti il percorso su un dispositivo pulito e documenta ogni differenza prima di proseguire con l'invio.
Prove per accettare la release
- Valore di produzione di bloccare la release registrato
- File o impostazione dello store collegati
- Risultato previsto e osservato confrontati
- Differenze iOS e Android verificate
- Ogni dubbio ha responsabile e scadenza
- La release si ferma davanti a una contraddizione bloccante
2. Identità e versioni
Bundle ID, application ID, versione commerciale e numeri tecnici devono restare allineati.
Non trattare identità e versioni come una casella isolata. Collegalo al build esatto, a un responsabile e a una prova verificabile. Ripeti il percorso su un dispositivo pulito e documenta ogni differenza prima di proseguire con l'invio.
Prove per accettare la release
- Valore di produzione di identità e versioni registrato
- File o impostazione dello store collegati
- Risultato previsto e osservato confrontati
- Differenze iOS e Android verificate
- Ogni dubbio ha responsabile e scadenza
- La release si ferma davanti a una contraddizione bloccante
3. Firma e proprietà
Certificati Apple, provisioning, upload key e Play App Signing richiedono responsabili e recupero.
Non trattare firma e proprietà come una casella isolata. Collegalo al build esatto, a un responsabile e a una prova verificabile. Ripeti il percorso su un dispositivo pulito e documenta ogni differenza prima di proseguire con l'invio.
Prove per accettare la release
- Valore di produzione di firma e proprietà registrato
- File o impostazione dello store collegati
- Risultato previsto e osservato confrontati
- Differenze iOS e Android verificate
- Ogni dubbio ha responsabile e scadenza
- La release si ferma davanti a una contraddizione bloccante
4. Permessi nativi
Info.plist, AndroidManifest e plugin devono chiedere solo accessi necessari e spiegati.
Non trattare permessi nativi come una casella isolata. Collegalo al build esatto, a un responsabile e a una prova verificabile. Ripeti il percorso su un dispositivo pulito e documenta ogni differenza prima di proseguire con l'invio.
Prove per accettare la release
- Valore di produzione di permessi nativi registrato
- File o impostazione dello store collegati
- Risultato previsto e osservato confrontati
- Differenze iOS e Android verificate
- Ogni dubbio ha responsabile e scadenza
- La release si ferma davanti a una contraddizione bloccante
5. Plugin e privacy
I package Dart possono aggiungere SDK e flussi da dichiarare in entrambi gli store.
Non trattare plugin e privacy come una casella isolata. Collegalo al build esatto, a un responsabile e a una prova verificabile. Ripeti il percorso su un dispositivo pulito e documenta ogni differenza prima di proseguire con l'invio.
Prove per accettare la release
- Valore di produzione di plugin e privacy registrato
- File o impostazione dello store collegati
- Risultato previsto e osservato confrontati
- Differenze iOS e Android verificate
- Ogni dubbio ha responsabile e scadenza
- La release si ferma davanti a una contraddizione bloccante
6. Testare il build
Il debug non prova login, deep link, push, acquisti ed errori in produzione.
Non trattare testare il build come una casella isolata. Collegalo al build esatto, a un responsabile e a una prova verificabile. Ripeti il percorso su un dispositivo pulito e documenta ogni differenza prima di proseguire con l'invio.
Prove per accettare la release
- Valore di produzione di testare il build registrato
- File o impostazione dello store collegati
- Risultato previsto e osservato confrontati
- Differenze iOS e Android verificate
- Ogni dubbio ha responsabile e scadenza
- La release si ferma davanti a una contraddizione bloccante
7. Preparare la scheda
Screenshot, testi, supporto, accesso e acquisti devono rappresentare la release bloccata.
Non trattare preparare la scheda come una casella isolata. Collegalo al build esatto, a un responsabile e a una prova verificabile. Ripeti il percorso su un dispositivo pulito e documenta ogni differenza prima di proseguire con l'invio.
Prove per accettare la release
- Valore di produzione di preparare la scheda registrato
- File o impostazione dello store collegati
- Risultato previsto e osservato confrontati
- Differenze iOS e Android verificate
- Ogni dubbio ha responsabile e scadenza
- La release si ferma davanti a una contraddizione bloccante
8. Upload e rollout
Elaborazione, TestFlight o track, avvisi e monitoring precedono la produzione.
Non trattare upload e rollout come una casella isolata. Collegalo al build esatto, a un responsabile e a una prova verificabile. Ripeti il percorso su un dispositivo pulito e documenta ogni differenza prima di proseguire con l'invio.
Prove per accettare la release
- Valore di produzione di upload e rollout registrato
- File o impostazione dello store collegati
- Risultato previsto e osservato confrontati
- Differenze iOS e Android verificate
- Ogni dubbio ha responsabile e scadenza
- La release si ferma davanti a una contraddizione bloccante
Domande frequenti
flutter build è sufficiente?
No. L'artefatto non completa scheda, accesso o privacy.
Posso cambiare gli identificatori?
Considerali permanenti dopo il primo upload.
Devo verificare i plugin?
Sì, possono aggiungere permessi, SDK e dati.
LaunchLint compila Flutter?
No. Legge file supportati senza eseguire codice.