Compiler une app Flutter iOS sans Mac

Avant que l'outillage sans Mac n'entre en jeu, quelques éléments doivent être en place. Aucun n'exige de matériel Apple, mais l'un d'eux coûte de l'argent.

• Une adhésion active à l'Apple Developer Program. Elle coûte 99 dollars US par an et est obligatoire pour signer des apps et publier sur l'App Store.
• Un projet Flutter qui compile et tourne déjà sur un simulateur ou un appareil Android. Corrigez vos erreurs Dart avant d'ajouter iOS.
• Une fiche d'app dans App Store Connect, avec un identifiant de bundle unique comme com.votresociete.votreapp.
• Un endroit pour lancer le build macOS : un service de CI cloud, un Mac loué ou une plateforme managée. Les sections suivantes les comparent.

La signature de code est l'étape qui bloque la plupart des développeurs sans Mac, pas le build lui-même. Apple exige que chaque app iOS soit signée avec deux choses : un certificat de distribution qui prouve votre identité, et un profil de provisioning qui relie votre certificat, l'identifiant de votre app et vos appareils autorisés. Historiquement, les deux étaient générés dans Xcode sur un Mac, et c'est précisément pour cela que se passer de Mac semble bloqué ici. La bonne nouvelle, c'est que les certificats et les profils ne sont que des fichiers, et qu'ils peuvent être créés et gérés sans jamais ouvrir Xcode. Vous avez deux voies pratiques : laisser un service de build cloud les générer et les stocker pour vous via l'API Apple, ou les automatiser avec un outil comme fastlane match, qui garde une copie chiffrée dans un dépôt git privé et la réutilise sur n'importe quelle machine. Dans les deux cas, la signature cesse d'être un rituel Xcode manuel.

• Signature managée : un service cloud crée et renouvelle le certificat et le profil via l'API Apple. Effort minimal, contrôle minimal.
• fastlane match : vos certificats vivent chiffrés dans un dépôt git privé et sont récupérés dans n'importe quel build. Plus de configuration, entièrement reproductible.

Il existe cinq voies réalistes en 2026. Elles arbitrent entre le coût et la quantité de pipeline que vous devez configurer vous-même. Voici une comparaison honnête.

• CI cloud (Codemagic, Bitrise) : des machines de build macOS hébergées, pensées pour le mobile, avec un bon support Flutter et des aides à la signature. Vous devez quand même écrire et maintenir une configuration de build. Idéal pour les équipes qui veulent du contrôle et une CI reproductible.
• Runners macOS de GitHub Actions : lancez flutter build ipa sur du matériel Apple dans votre workflow GitHub existant. Le moins cher à faible volume, mais vous assemblez vous-même les étapes de signature et d'envoi. Idéal pour les développeurs déjà installés sur GitHub.
• Louer un Mac dans le cloud (MacinCloud et similaires) : un bureau macOS distant complet, contrôlé à l'heure ou au mois. Flexibilité maximale et travail manuel maximal, car vous faites encore les étapes Xcode à la main. Idéal pour des builds ponctuels occasionnels.
• Outils CLI dédiés (Appollo, Odevio) : des outils en ligne de commande qui poussent votre projet Flutter vers un Mac distant et renvoient un .ipa. Plus simple que la CI brute, mais un fournisseur de plus dans la chaîne. Idéal pour les développeurs solo qui veulent une seule commande.
• Une plateforme de publication managée (Releasely) : vous envoyez votre build ou votre projet dans un espace de travail web, et la plateforme gère le build iOS, la signature de code et la soumission à l'App Store pour vous. Aucun fichier de CI à maintenir et aucun macOS à configurer. Idéal pour les développeurs qui veulent publier, pas gérer un pipeline.

Voici le parcours de bout en bout, avec une note sur l'endroit où chaque étape se déroule, pour toujours savoir ce qui a besoin de macOS et ce qui n'en a pas besoin. Si vous voulez d'abord peser toutes les options, voyez notre comparatif des outils de publication.

1. Vérifiez que votre projet Flutter compile proprement sur votre machine, sous Windows ou Linux.
2. Inscrivez-vous à l'Apple Developer Program, puis créez la fiche d'app et le bundle ID dans App Store Connect, depuis n'importe quel navigateur.
3. Définissez votre numéro de version et de build dans pubspec.yaml avant de lancer le build, sur votre machine.
4. Générez ou connectez votre certificat de distribution et votre profil de provisioning, via un service cloud ou fastlane match, sans Mac.
5. Lancez le build iOS pour produire un .ipa signé, sur du macOS cloud plutôt que sur votre machine.
6. Envoyez le .ipa vers App Store Connect et laissez-le se traiter dans TestFlight, via votre service cloud.
7. Remplissez votre fiche, vos captures d'écran et vos métadonnées, puis soumettez à la review, depuis n'importe quel navigateur.

Être honnête sur les limites vous évite des ennuis. Quelques opérations sont plus difficiles ou impossibles sans accès à macOS ou à un appareil Apple physique.

• Lancer le simulateur iOS. Le simulateur est réservé à macOS, vous ne pouvez donc pas l'utiliser depuis Windows ou Linux.
• Le débogage en direct sur un iPhone physique depuis votre éditeur attend généralement un Mac, même si TestFlight vous permet d'installer et de tester des builds sur votre propre appareil sans Mac.
• Certains plugins natifs avec des étapes de build iOS personnalisées peuvent exiger un travail Xcode manuel, mieux réalisé sur un Mac cloud loué.

Pour l'itération au quotidien, la plupart des équipes testent sur Android en local et s'appuient sur TestFlight pour tester sur de vrais appareils iOS.

Oui. Vous écrivez et gérez tout depuis Windows, et le build iOS et l'envoi réels tournent sur un environnement macOS cloud. De votre côté, cela peut se résumer à un seul push ou un seul envoi, sans aucun matériel Apple.

Généralement oui, sous une forme ou une autre. Les services de CI cloud et les Mac loués facturent aux minutes de build ou à l'heure, et une plateforme managée intègre le coût dans son offre. Les minutes gratuites de GitHub Actions peuvent couvrir un très faible volume. Le seul coût incontournable est l'Apple Developer Program, à 99 dollars par an.

Non. Apple exige que les apps iOS soient compilées et signées avec son outillage, mais n'exige pas que vous possédiez le Mac qui l'exécute. Utiliser une machine macOS cloud ou un service managé est parfaitement conforme, et c'est pour cela que tous les grands fournisseurs de CI mobile le proposent.

Oui, via TestFlight. Une fois votre build traité dans App Store Connect, vous pouvez l'installer sur n'importe quel iPhone depuis l'app TestFlight et tester le vrai build iOS. Ce que vous ne pouvez pas faire sans macOS, c'est lancer le simulateur iOS ou attacher un débogueur depuis votre éditeur.