Un build bloqué ? Commencez ici

Dans la console, ouvrez l’instance concernée et vérifiez son numéro, son état de service et sa date d’expiration. Utilisez l’adresse de connexion et les identifiants affichés dans les détails de cette instance. Ne reprenez pas les informations d’une commande précédente ni celles de la machine d’un autre client.

Une fois l’adresse vérifiée, contrôlez le mode de connexion et le compte utilisés dans le client de bureau à distance. En cas de délai d’attente dépassé, réessayez sur un autre réseau local. En cas d’échec d’authentification, vérifiez surtout le nom d’utilisateur, le mot de passe et la disposition du clavier. Ne confondez pas ces deux erreurs en changeant le mot de passe à répétition.

Si le problème persiste, indiquez le nom du client, le message d’erreur complet, l’heure de l’incident et votre fuseau horaire. Masquez les mots de passe sur les captures d’écran. Consultez les identifiants de connexion uniquement dans les détails de l’instance après vous être connecté ; ne les publiez pas sur une page publique.

Récupérez l’adresse SSH, le port et le nom d’utilisateur dans les détails de l’instance de la console. En cas de délai d’attente, vérifiez d’abord l’adresse, le port, votre réseau sortant local et l’état de la machine. Si l’authentification est refusée, vérifiez le compte et la méthode d’authentification utilisée.

Pour obtenir davantage d’informations, ajoutez l’option -và la commande de connexion d’origine pour voir si le blocage survient lors de l’établissement de la connexion ou de l’authentification. Joignez les lignes d’erreur pertinentes au ticket. N’envoyez ni clé privée, ni mot de passe, ni journal complet contenant des chemins sensibles.

SSH convient aux projets qui se compilent en ligne de commande. Pour vérifier les réglages graphiques initiaux, les autorisations du trousseau ou la configuration Xcode, le bureau à distance est plus pratique.

Vérifiez d’abord la version de Xcode requise par le projet, puis exécutez xcodebuild -version et xcode-select -p pour vérifier la chaîne d’outils actuelle. Après l’installation ou le changement de version, effectuez les réglages nécessaires au premier lancement dans l’interface graphique, puis relancez le build dans le script.

Les éléments de signature doivent être fournis avec l’autorisation du client. Importez le certificat de signature dans le trousseau utilisé par le projet, puis vérifiez qu’il est associé à la clé privée correspondante, qu’il est valide et que l’équipe, le Bundle Identifier et le mode d’export du profil d’approvisionnement correspondent.

Si la compilation réussit mais que l’export échoue, conservez séparément les erreurs d’Archive et d’export : ce sont deux étapes distinctes. Commencez par vérifier le processus dans Xcode avant de l’automatiser. Évitez de relancer toute la chaîne tant que les éléments de signature ne sont pas confirmés.

Synchronisez le code et les fichiers de verrouillage des dépendances avec le Mac cloud, puis exécutez flutter doctor -v pour vérifier la chaîne d’outils iOS, avant de lancer flutter pub get. Tous les membres de l’équipe doivent utiliser la version de Flutter prévue pour le projet. Évitez de mettre à jour les dépendances juste avant la livraison.

Après avoir configuré le projet Xcode et la signature, exécutez flutter build ipa. Si l’erreur survient lors de l’installation des dépendances, commencez par les corriger. Si elle concerne clairement la signature ou le profil d’approvisionnement, revérifiez la configuration de signature : récupérer les dépendances à nouveau ne résoudra généralement pas le problème.

Une fois le build réussi, exportez le fichier ipa et les fichiers de symboles à conserver, puis vérifiez la révision utilisée pour le build. Vous pouvez continuer à développer au quotidien sous Windows ; le build final iOS et la signature s’effectuent sur Mac.

Commencez par figer les versions de Node, du gestionnaire de paquets et des dépendances du projet, puis installez les dépendances iOS conformément à la documentation du dépôt. Si le projet utilise CocoaPods, ouvrez le workspace correspondant plutôt que le seul fichier de projet.

Dans Xcode, sélectionnez le Scheme et la configuration Release appropriés, puis lancez Archive. Distinguez bien les trois étapes : empaquetage des ressources JavaScript, compilation des dépendances natives et signature avec export. Le serveur de débogage local utilisé en mode développement ne garantit pas que le package livré contienne toutes les ressources nécessaires.

Dans votre ticket, indiquez l’étape en échec, la première erreur pertinente et les versions des outils. Les problèmes liés au code métier ou aux dépendances tierces doivent être corrigés par l’équipe du projet à partir du code source. L’assistance peut vous aider à vérifier la connexion à la machine et les problèmes d’environnement.

Pour des livraisons simultanées avec des exigences d’isolation précises, le plus simple est de louer une machine physique dédiée par client. Associez clairement chaque numéro de machine au dépôt, au trousseau et à la date de livraison ; les tâches de build n’auront pas à faire la queue sur une même machine.

Pour un petit projet à compiler occasionnellement, vous pouvez louer une machine à la journée et la faire tourner. Lors de chaque changement de client, séparez au minimum les comptes utilisateurs locaux, les répertoires de code et les éléments de signature. Cette solution facilite la gestion, mais ne remplace pas des machines physiques distinctes.

Une machine dédiée est attribuée à un seul client locataire, mais cela ne crée pas automatiquement une isolation entre les projets du studio. Pour respecter les exigences de séparation des données prévues par un contrat client, vérifiez d’abord les engagements pris, puis décidez si vous pouvez partager la machine ou s’il en faut une par projet.

Dans la console, consultez la date d’expiration et l’option de renouvellement dans la commande ou l’abonnement de l’instance concernée. Vérifiez l’instance et la durée avant de payer. Ne vous fiez pas uniquement aux notes sur la machine, au risque de renouveler la location du projet d’un autre client.

À l’échéance, le service s’arrête si vous ne renouvelez pas ; aucun frais de résiliation ne s’applique. L’envoi d’un paiement ne confirme pas à lui seul la prolongation : vérifiez le résultat du paiement et la nouvelle date d’expiration dans la console. Si vous devez continuer à travailler, confirmez le renouvellement avant la fin de la période en cours.

Seuls USDT-TRC20 et Visa / Mastercard / Amex (via Stripe) sont acceptés. Tous les paiements sont en dollars américains (USD). Les moyens effectivement disponibles dépendent des options renvoyées par l’interface du prestataire de paiement.

Si le statut du paiement n’a pas été mis à jour, consultez la facture correspondante dans la console et vérifiez le numéro de commande, le montant et le résultat du prestataire de paiement. Pour un paiement USDT-TRC20, vérifiez le réseau et les coordonnées de paiement affichées. Ne payez pas plusieurs fois pour tenter de rafraîchir le statut.

Les factures et les informations de facturation sont disponibles dans la console. Pour obtenir de l’aide, indiquez le numéro de facture dans votre ticket. Pour un paiement sur la blockchain, vous pouvez joindre le hash de transaction. Pour un paiement par carte, n’envoyez ni le numéro complet de la carte ni le code de sécurité.