Pour un test ponctuel
Générez un build de test ou vérifiez que le projet compile avec la chaîne d’outils prévue.
M4 Pro $59/jour
Un Mac pour développer · Flutter / React Native / Unity
Gardez votre ordinateur habituel pour développer et déplacez uniquement les étapes de build qui nécessitent macOS vers le cloud.
Selon votre projet
Choisissez parmi quatre durées au moment de la commande, selon le calendrier de votre projet.
Générez un build de test ou vérifiez que le projet compile avec la chaîne d’outils prévue.
Planifiez l’intégration et les tests d’un projet externalisé, avec vérification de signature et corrections dans le même environnement.
Conservez vos dépendances et répertoires de build pendant les itérations pour éviter de reconfigurer l’environnement à chaque fois.
Configurez un runner self-hosted pour votre intégration continue et adaptez l’environnement de build au workflow de l’équipe.
La location s’arrête à l’échéance, sans renouvellement automatique ni engagement longue durée.
Estimez le temps nécessaire à la compilation, aux tests sur appareil et aux corrections avant de choisir une durée. Un test ponctuel et la prise en charge continue des builds d’une équipe ne répondent pas aux mêmes besoins. Ne vous basez pas uniquement sur la durée du premier Archive pour planifier toute la location.
Connectez votre environnement
Choisissez votre configuration, puis lancez votre build en trois étapes.
Sélectionnez le modèle, la région et la durée, puis vérifiez le montant avant de payer.
La disponibilité affichée dans le portail fait foi. Préparez la liste des dépendances du projet avant de vous connecter pour éviter de chercher les fichiers nécessaires au build sur place.
Après l’activation, consultez l’adresse, le port et les identifiants, puis vérifiez la commande correspondante.
Conservez les informations de commande dans le portail. En cas de problème de connexion, ouvrez un ticket pour cette même commande. Ne publiez pas vos mots de passe, clés privées ou éléments de signature dans des journaux accessibles à tous.
Utilisez VNC pour le bureau et SSH pour lancer xcodebuild. Installez les dépendances requises par le projet.
Vérifiez d’abord les versions de macOS, Xcode et des outils en ligne de commande, puis restaurez les dépendances du projet. Une fois la compilation terminée, transférez les fichiers générés et les journaux nécessaires vers votre propre espace de stockage.
Vérifiez la configuration
Pour les gros projets Unity ou plusieurs simulateurs, évaluez la configuration M4 Pro.
Configuration d’entrée de gamme XcodeHost M4 : M4 / 16 Go / 256 Go SSD
La mémoire accueille les processus de compilation, l’éditeur et les simulateurs. Le stockage doit aussi contenir les caches de dépendances, les répertoires de build et les fichiers exportés. Vérifiez l’espace réellement occupé par votre projet avant de choisir : le modèle de puce ne garantit pas un temps de compilation précis.
Avec votre framework
Pas besoin de déplacer tout votre workflow : connectez uniquement les étapes qui nécessitent un Mac.
Développez sous Windows, vérifiez la chaîne d’outils sur le Mac, restaurez les dépendances, puis lancez flutter build ipa.
Lancez d’abord les diagnostics du projet pour distinguer les problèmes de SDK, de plugins natifs et de signature. Vérifiez aussi l’installation et l’exécution du build : un code de sortie sans erreur ne suffit pas.
Sur macOS à distance, exécutez pod install, compilez les dépendances natives, créez l’Archive et exportez l’app.
Conservez le fichier de verrouillage des dépendances et vérifiez les versions de Node, Ruby et CocoaPods. En cas d’erreur avec Hermes ou un module natif, commencez par consulter le journal de build correspondant.
Exportez le projet Xcode sous Windows, transférez-le sur le Mac, compilez-le, vérifiez la signature et exportez un build de test.
Vérifiez le module de build iOS de Unity, les paramètres d’export et les dépendances des plugins. Pour les projets volumineux, estimez l’espace requis par le projet et les fichiers intermédiaires avant de choisir votre configuration.
Tarifs en dollars
Deux configurations, quatre durées. Vérifiez les caractéristiques avant de choisir la durée adaptée à votre projet.
M4 · 16 Go de mémoire unifiée · 256 Go SSD
Pour les builds courants, la vérification des dépendances natives et les tests ponctuels. Vérifiez que le projet, les caches et les fichiers exportés tiennent dans l’espace de stockage choisi.
| À la journée | $19.9/jour |
|---|---|
| À la semaine | $53.8/sem. |
| Au mois | $99.7/mois |
| Au trimestre | $271.2/trim. |
M4 Pro · 64 Go de mémoire unifiée · 2 To SSD
Pour les projets qui demandent davantage de mémoire et de stockage. Évaluez cette configuration pour les gros projets Unity, plusieurs simulateurs ou des caches de build volumineux.
| À la journée | $59/jour |
|---|---|
| À la semaine | $159.4/sem. |
| Au mois | $295.1/mois |
| Au trimestre | $802.7/trim. |
Les tarifs s’appliquent aux modèles et durées indiqués. Le stockage supplémentaire et l’interconnexion Thunderbolt 5 sont présentés sur la page des offres. Vérifiez la configuration, le montant à régler et la date d’échéance lors de la commande. Ne faites pas de l’environnement de build l’unique sauvegarde de votre projet.
Choisissez votre région
Tenez compte de la connexion de la personne qui utilisera le Mac, puis du transfert du projet et du téléchargement des fichiers générés.
5 régions au total. Cliquez sur l’une d’elles pour ouvrir la commande avec la région présélectionnée. La disponibilité affichée dans le portail fait foi.
Chaque Mac est une machine physique dédiée, et non une machine virtuelle. Le CPU et la mémoire ne sont pas partagés avec d’autres utilisateurs.
L’interface graphique macOS et la ligne de commande sont toutes deux disponibles. Une machine dédiée ne remplace pas la gestion des accès : protégez vos identifiants après connexion et configurez les accès selon les besoins de votre projet.
Les régions fonctionnent 365 jours par an. Disponibilité garantie : 99.9%.
Sur une période de 30 jours, cela représente environ 43 minutes d’indisponibilité. Au-delà, la durée de service est ajustée en fonction de la période affectée. Pour faire une demande, ouvrez un ticket en indiquant votre numéro de commande et la période concernée.
Seuls ces deux moyens de paiement sont acceptés. Les options disponibles dépendent de la réponse de la passerelle de paiement. En cas de problème, conservez le numéro de commande et la trace de la transaction ; ne transmettez pas votre numéro de carte complet.
À savoir avant de commencer
Vous pouvez continuer à écrire votre code sous Windows ou Linux. Compilez, archivez et exportez votre projet Xcode iOS sur le Mac cloud. La chaîne d’outils, les dépendances et les éléments de signature restent à configurer selon votre projet.
Selon le mode de distribution, préparez un certificat valide, sa clé privée et un profil d’approvisionnement. Vérifiez le Bundle ID et les appareils autorisés. Ne transférez que les éléments nécessaires au projet, puis exportez-en une sauvegarde et supprimez-les une fois le travail terminé.
Non. Vous pouvez synchroniser uniquement le projet et les ressources nécessaires au build. Transférez aussi le fichier de verrouillage des dépendances pour retrouver les mêmes versions. Les caches locaux et les fichiers volumineux sans rapport avec le build ne sont pas indispensables.
Utilisez VNC pour accéder à l’interface graphique et SSH pour exécuter des commandes à répétition. La réactivité du bureau dépend de votre connexion. Les builds en continu peuvent se lancer en ligne de commande. Consultez le guide de connexion pour commencer.
Vous pouvez configurer un runner self-hosted sur le nœud. Vérifiez d’abord qu’un build manuel fonctionne, puis activez les déclenchements automatiques. L’équipe projet reste responsable des identifiants de build, des droits du dépôt et de la conservation des artefacts.
La machine s’arrête à l’échéance et les données sont supprimées conformément aux conditions de service. Récupérez le projet, les certificats, les artefacts de build et les journaux nécessaires avant cette date. Une fois la machine arrêtée, ne comptez pas sur elle comme espace de stockage accessible.
Évaluez la taille du projet, la mémoire utilisée au pic et le nombre d’outils exécutés en parallèle. Le M4 convient aux tests courants ; le M4 Pro peut mieux répondre aux ressources volumineuses et aux tâches parallèles. Le temps de build dépend du projet, de ses dépendances et de sa configuration.
Connectez-vous au portail et ouvrez un ticket avec votre numéro de commande, l’heure du problème, les versions des outils et un extrait du journal d’erreur sans données sensibles. Pour toute question avant commande, contactez support@xcodehost.com par e-mail.
Gardez une trace des étapes
Partez de votre problème concret, vérifiez les versions des outils, puis suivez les étapes correspondantes.
Fixez les octets signés avec un script Swift, testez un vecteur de référence et les altérations, puis définissez les contrôles antirejeu du serveur.
SecurityUn script Swift vérifie les vecteurs de référence, les zéros initiaux et les limites temporelles, sans confondre génération et protection anti-rejeu.
SecurityUn script Swift vérifie les vecteurs PBKDF2 et les octets du mot de passe. Il sert de base aux contrôles du sel et à la migration progressive des paramètres.
De nouveaux articles arrivent. En attendant, consultez la liste des articles.
Commencez avec le XcodeHost M4 à $19.9/jour, choisissez votre durée et vérifiez la date d’échéance.