LaunchLint Academy
La réponse courte
Les exigences dépendent du SDK utilisé pour construire ou cibler l’app, pas seulement du système de l’appareil de test.
- Vérifiez les échéances officielles, reliez-les au framework et testez les changements activés par la nouvelle cible.
Preuves nécessaires avant publication
Ne contrôlez pas target sdk, sdk de construction et exigences minimales comme un réglage isolé. Reliez-le à Target SDK, SDK de construction et exigences minimales, à l’artefact de production signé et aux valeurs de la console. Notez quel fichier produit le réglage, si un framework ou un plugin peut le modifier pendant la construction et comment la valeur résolue a été vérifiée. Une valeur plausible dans le projet ne prouve pas que le binaire envoyé contient la même configuration.
Séparez trois niveaux de preuve pour Target SDK, SDK de construction et exigences minimales : configuration visible dans les fichiers, comportement sur un appareil propre et réglages externes dans Apple Developer, App Store Connect ou Play Console. Le contrôle n’est fiable que si ces niveaux décrivent le même candidat. Attribuez chaque écart à un responsable avec un critère d’arrêt.
Preuves nécessaires avant publication
- Valeur de production pour séparer les concepts identifiée
- Fichier ou réglage responsable relié
- Configuration native résolue contrôlée
- Artefact signé testé sur un appareil propre
- Écarts iOS et Android documentés
- Chaque écart possède responsable et critère d’arrêt
1. Séparer les concepts
Distinguez système, minSdk, compile SDK et targetSdk.
Ne contrôlez pas séparer les concepts comme un réglage isolé. Reliez-le à Target SDK, SDK de construction et exigences minimales, à l’artefact de production signé et aux valeurs de la console. Notez quel fichier produit le réglage, si un framework ou un plugin peut le modifier pendant la construction et comment la valeur résolue a été vérifiée. Une valeur plausible dans le projet ne prouve pas que le binaire envoyé contient la même configuration.
Preuves nécessaires avant publication
- Valeur de production pour séparer les concepts identifiée
- Fichier ou réglage responsable relié
- Configuration native résolue contrôlée
- Artefact signé testé sur un appareil propre
- Écarts iOS et Android documentés
- Chaque écart possède responsable et critère d’arrêt
2. Déterminer l’échéance Google
Vérifiez l’exigence pour nouvelles apps, mises à jour et fiches existantes.
Ne contrôlez pas déterminer l’échéance google comme un réglage isolé. Reliez-le à Target SDK, SDK de construction et exigences minimales, à l’artefact de production signé et aux valeurs de la console. Notez quel fichier produit le réglage, si un framework ou un plugin peut le modifier pendant la construction et comment la valeur résolue a été vérifiée. Une valeur plausible dans le projet ne prouve pas que le binaire envoyé contient la même configuration.
Preuves nécessaires avant publication
- Valeur de production pour déterminer l’échéance google identifiée
- Fichier ou réglage responsable relié
- Configuration native résolue contrôlée
- Artefact signé testé sur un appareil propre
- Écarts iOS et Android documentés
- Chaque écart possède responsable et critère d’arrêt
3. Déterminer l’exigence Apple
Contrôlez génération Xcode et SDK requise.
Ne contrôlez pas déterminer l’exigence apple comme un réglage isolé. Reliez-le à Target SDK, SDK de construction et exigences minimales, à l’artefact de production signé et aux valeurs de la console. Notez quel fichier produit le réglage, si un framework ou un plugin peut le modifier pendant la construction et comment la valeur résolue a été vérifiée. Une valeur plausible dans le projet ne prouve pas que le binaire envoyé contient la même configuration.
Preuves nécessaires avant publication
- Valeur de production pour déterminer l’exigence apple identifiée
- Fichier ou réglage responsable relié
- Configuration native résolue contrôlée
- Artefact signé testé sur un appareil propre
- Écarts iOS et Android documentés
- Chaque écart possède responsable et critère d’arrêt
4. Contrôler le framework
Reliez Expo, React Native, Flutter et Capacitor aux outils natifs.
Ne contrôlez pas contrôler le framework comme un réglage isolé. Reliez-le à Target SDK, SDK de construction et exigences minimales, à l’artefact de production signé et aux valeurs de la console. Notez quel fichier produit le réglage, si un framework ou un plugin peut le modifier pendant la construction et comment la valeur résolue a été vérifiée. Une valeur plausible dans le projet ne prouve pas que le binaire envoyé contient la même configuration.
Preuves nécessaires avant publication
- Valeur de production pour contrôler le framework identifiée
- Fichier ou réglage responsable relié
- Configuration native résolue contrôlée
- Artefact signé testé sur un appareil propre
- Écarts iOS et Android documentés
- Chaque écart possède responsable et critère d’arrêt
5. Examiner les dépendances
Les modules peuvent exiger outils, manifest ou confidentialité actualisés.
Ne contrôlez pas examiner les dépendances comme un réglage isolé. Reliez-le à Target SDK, SDK de construction et exigences minimales, à l’artefact de production signé et aux valeurs de la console. Notez quel fichier produit le réglage, si un framework ou un plugin peut le modifier pendant la construction et comment la valeur résolue a été vérifiée. Une valeur plausible dans le projet ne prouve pas que le binaire envoyé contient la même configuration.
Preuves nécessaires avant publication
- Valeur de production pour examiner les dépendances identifiée
- Fichier ou réglage responsable relié
- Configuration native résolue contrôlée
- Artefact signé testé sur un appareil propre
- Écarts iOS et Android documentés
- Chaque écart possède responsable et critère d’arrêt
6. Tester les changements
Autorisations, arrière-plan, notifications et layout peuvent changer.
Ne contrôlez pas tester les changements comme un réglage isolé. Reliez-le à Target SDK, SDK de construction et exigences minimales, à l’artefact de production signé et aux valeurs de la console. Notez quel fichier produit le réglage, si un framework ou un plugin peut le modifier pendant la construction et comment la valeur résolue a été vérifiée. Une valeur plausible dans le projet ne prouve pas que le binaire envoyé contient la même configuration.
Preuves nécessaires avant publication
- Valeur de production pour tester les changements identifiée
- Fichier ou réglage responsable relié
- Configuration native résolue contrôlée
- Artefact signé testé sur un appareil propre
- Écarts iOS et Android documentés
- Chaque écart possède responsable et critère d’arrêt
7. Aligner la CI
Notez Java, Gradle, Xcode, CocoaPods et image de build.
Ne contrôlez pas aligner la ci comme un réglage isolé. Reliez-le à Target SDK, SDK de construction et exigences minimales, à l’artefact de production signé et aux valeurs de la console. Notez quel fichier produit le réglage, si un framework ou un plugin peut le modifier pendant la construction et comment la valeur résolue a été vérifiée. Une valeur plausible dans le projet ne prouve pas que le binaire envoyé contient la même configuration.
Preuves nécessaires avant publication
- Valeur de production pour aligner la ci identifiée
- Fichier ou réglage responsable relié
- Configuration native résolue contrôlée
- Artefact signé testé sur un appareil propre
- Écarts iOS et Android documentés
- Chaque écart possède responsable et critère d’arrêt
8. Maintenir les échéances
Nommez un responsable et une vérification régulière.
Ne contrôlez pas maintenir les échéances comme un réglage isolé. Reliez-le à Target SDK, SDK de construction et exigences minimales, à l’artefact de production signé et aux valeurs de la console. Notez quel fichier produit le réglage, si un framework ou un plugin peut le modifier pendant la construction et comment la valeur résolue a été vérifiée. Une valeur plausible dans le projet ne prouve pas que le binaire envoyé contient la même configuration.
Preuves nécessaires avant publication
- Valeur de production pour maintenir les échéances identifiée
- Fichier ou réglage responsable relié
- Configuration native résolue contrôlée
- Artefact signé testé sur un appareil propre
- Écarts iOS et Android documentés
- Chaque écart possède responsable et critère d’arrêt
Questions fréquentes
minSdk et targetSdk sont-ils identiques ?
Non. Ils couvrent compatibilité et comportement différents.
Faut-il toujours le dernier Expo SDK ?
Pas toujours, mais il doit prendre en charge les exigences natives.
Un build local suffit-il ?
Non. Règles, CI et runtime doivent aussi correspondre.
Pourquoi actualiser souvent ?
Apple et Google modifient régulièrement les exigences.