LaunchLint Academy
La réponse courte
Bundle ID et applicationId constituent l’identité technique durable. Ils doivent correspondre à la fiche, à la signature, aux capacités, à OAuth et à l’artefact envoyé.
- Séparez version visible et numéro technique, augmentez les compteurs et vérifiez les décisions qui deviennent permanentes après le premier envoi.
Preuves nécessaires avant publication
Ne contrôlez pas identité, signature et version de l’app comme un réglage isolé. Reliez-le à identité, signature et version de l’app, à 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 identité, signature et version de l’app : 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 choisir l’identité technique 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. Choisir l’identité technique
Utilisez des identifiants reverse-DNS durables pour le produit.
Ne contrôlez pas choisir l’identité technique comme un réglage isolé. Reliez-le à identité, signature et version de l’app, à 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 choisir l’identité technique 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. Aligner le Bundle ID Apple
CFBundleIdentifier, App ID et fiche doivent correspondre exactement.
Ne contrôlez pas aligner le bundle id apple comme un réglage isolé. Reliez-le à identité, signature et version de l’app, à 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 le bundle id 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
3. Comprendre applicationId
Distinguez applicationId, package et namespace Gradle.
Ne contrôlez pas comprendre applicationid comme un réglage isolé. Reliez-le à identité, signature et version de l’app, à 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 comprendre applicationid 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. Vérifier la signature
Contrôlez équipe Apple, provisioning, upload key et Play App Signing.
Ne contrôlez pas vérifier la signature comme un réglage isolé. Reliez-le à identité, signature et version de l’app, à 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 vérifier la signature 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. Séparer version et build
La version est visible ; buildNumber et versionCode identifient les artefacts.
Ne contrôlez pas séparer version et build comme un réglage isolé. Reliez-le à identité, signature et version de l’app, à 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 version et build 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. Résoudre la configuration
Plugins, flavors et variables peuvent changer les valeurs natives.
Ne contrôlez pas résoudre la configuration comme un réglage isolé. Reliez-le à identité, signature et version de l’app, à 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 résoudre la configuration 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. Cartographier les intégrations
Push, liens, OAuth et paiements dépendent souvent de l’identité.
Ne contrôlez pas cartographier les intégrations comme un réglage isolé. Reliez-le à identité, signature et version de l’app, à 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 cartographier les intégrations 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. Valider l’artefact
Comparez fiche, métadonnées, signature, version et app installée.
Ne contrôlez pas valider l’artefact comme un réglage isolé. Reliez-le à identité, signature et version de l’app, à 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 valider l’artefact 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
Peut-on changer le Bundle ID ?
Pas comme un nom visible dans la même fiche.
Package et namespace sont-ils identiques ?
Ils peuvent coïncider, mais applicationId identifie l’app publiée.
Peut-on réutiliser un build ?
Les nouveaux envois exigent des versions techniques valides et croissantes.
LaunchLint valide-t-il les certificats ?
Il détecte la configuration, pas les clés privées ni la propriété des comptes.