Gestion multiples versions Xcode sur Mac de location

Techniques de Coexistence de Plusieurs Versions Xcode : Gérer Différentes Phases de Test sur un Mac de Location

Temps de lecture : ~14 min
Xcode Versions Multiples Mac Location

Dans l'écosystème du développement iOS et macOS moderne, la gestion simultanée de plusieurs versions de Xcode est devenue une compétence essentielle pour les développeurs professionnels, car elle permet de maintenir la compatibilité avec différentes générations de systèmes d'exploitation tout en explorant les nouvelles fonctionnalités des versions beta, et ce guide complet vous accompagne pas à pas dans la mise en place d'un environnement de développement multi-versions optimal sur votre Mac de location VNCMac.

Pourquoi la Coexistence de Plusieurs Versions Xcode est Devenue Indispensable

En 2026, le paysage du développement Apple s'est considérablement complexifié avec l'évolution rapide des systèmes d'exploitation et l'introduction de nouvelles architectures matérielles. Les développeurs iOS et macOS font face à un défi unique : ils doivent maintenir des applications existantes tout en adoptant les dernières innovations technologiques d'Apple. Cette situation impose naturellement la nécessité de jongler avec plusieurs versions de Xcode, chacune apportant son lot de spécificités et de compatibilités.

Prenons l'exemple concret d'une équipe de développement qui gère simultanément trois projets distincts : une application legacy développée pour iOS 15 qui nécessite Xcode 13.4 pour garantir la reproductibilité des builds, un projet principal en production utilisant Xcode 15.4 pour supporter iOS 17, et enfin un projet innovant exploitant les dernières APIs d'iOS 18 disponibles uniquement dans Xcode 16.2. Sans la capacité de faire coexister ces trois versions sur une même machine, l'équipe serait contrainte de multiplier les machines physiques ou de perdre un temps précieux à désinstaller et réinstaller différentes versions de Xcode au gré des besoins.

Les situations professionnelles qui justifient cette approche multi-versions sont nombreuses et variées. Les développeurs travaillant avec des clients multiples rencontrent fréquemment des exigences spécifiques concernant les versions de Xcode utilisées, car chaque client peut imposer un environnement de build particulier pour des raisons de conformité ou de standardisation interne. Les équipes qui participent à des programmes beta d'Apple ont besoin de tester les nouvelles fonctionnalités dans les versions preview tout en conservant une version stable pour les déploiements en production. Enfin, la maintenance à long terme d'applications historiques nécessite souvent de conserver des versions anciennes de Xcode pour reproduire exactement les conditions de build originales lors de corrections de bugs critiques.

Les Défis Techniques de la Gestion Multi-Versions

La coexistence de plusieurs versions de Xcode sur un même système macOS présente des défis techniques non négligeables qui requièrent une compréhension approfondie de l'architecture du système et des mécanismes de gestion des outils de développement. Le premier défi majeur concerne l'espace de stockage : chaque installation complète de Xcode occupe entre 15 et 20 Go d'espace disque, ce qui signifie qu'un environnement typique avec quatre versions différentes peut facilement consommer 80 Go ou plus, sans compter les fichiers dérivés et les simulateurs iOS qui s'accumulent au fil du temps.

Défi Technique Impact sur le Développement Solution Recommandée
Consommation de Stockage 15-20 Go par version, jusqu'à 100+ Go pour environnement complet SSD externe Thunderbolt 5, nettoyage régulier DerivedData
Gestion Command Line Tools Confusion entre versions, erreurs de build inattendues Utilisation systématique de DEVELOPER_DIR ou Xcodes.app
Conflits de Simulateurs Runtimes dupliqués, performances dégradées Partage intelligent des runtimes, suppression des versions obsolètes
Vitesse de Téléchargement Plusieurs heures par version depuis Apple Xcodes.app avec téléchargement parallèle aria2 (3-5x plus rapide)
Basculement entre Versions Processus manuel fastidieux, risques d'erreurs Automatisation via scripts ou Xcodes CLI

Au-delà de l'espace disque, la gestion des Command Line Tools constitue un autre point de friction majeur. Le système macOS utilise l'utilitaire xcode-select pour déterminer quelle version de Xcode doit être utilisée par défaut pour les opérations en ligne de commande, et un mauvais paramétrage peut entraîner des erreurs subtiles et difficiles à diagnostiquer, particulièrement dans les environnements d'intégration continue où plusieurs projets sont compilés successivement avec des exigences de version différentes.

Xcodes : L'Outil Moderne de Gestion Multi-Versions

L'application Xcodes, développée par la communauté open source et maintenue activement sur GitHub, s'est imposée comme la solution de référence pour la gestion de multiples installations de Xcode, surpassant largement les approches manuelles traditionnelles par son interface intuitive et ses fonctionnalités avancées. Cet outil remarquable offre à la fois une interface graphique native macOS pour les utilisateurs préférant une approche visuelle, et une interface en ligne de commande puissante pour les développeurs qui privilégient l'automatisation et l'intégration dans des workflows CI/CD complexes.

1 Installation de Xcodes via Homebrew

La méthode la plus simple et la plus fiable pour installer Xcodes consiste à utiliser Homebrew, le gestionnaire de paquets de référence pour macOS, qui garantit une installation propre et facilite les mises à jour ultérieures de l'outil.

# Installation de l'application graphique Xcodes brew install --cask xcodes # Alternative : installation de l'outil en ligne de commande brew install xcodesorg/made/xcodes # Vérification de l'installation xcodes version

Une fois l'installation terminée, vous pouvez lancer l'application Xcodes depuis votre dossier Applications, ou utiliser directement la commande xcodes dans votre terminal pour accéder à toutes les fonctionnalités via l'interface en ligne de commande.

2 Authentification avec votre Compte Apple Developer

Pour télécharger des versions de Xcode, Xcodes nécessite une authentification auprès de votre compte Apple Developer, processus qui peut être effectué de manière interactive via l'interface graphique ou automatisé pour les environnements serveur en utilisant des variables d'environnement sécurisées.

# Authentification interactive (recommandé pour usage local) xcodes signin # Alternative : configuration via variables d'environnement export XCODES_USERNAME="[email protected]" export XCODES_PASSWORD="votre_mot_de_passe_app_specific" # Pour une sécurité optimale, utilisez un mot de passe spécifique à l'application # Créez-le sur appleid.apple.com dans la section "Sécurité"

Notez qu'Apple impose l'authentification à deux facteurs pour tous les comptes développeurs, ce qui nécessite l'utilisation de mots de passe spécifiques aux applications plutôt que votre mot de passe principal, une mesure de sécurité qui protège vos credentials tout en permettant l'automatisation des workflows de développement.

3 Exploration et Installation des Versions Disponibles

Xcodes maintient un catalogue complet de toutes les versions de Xcode publiées par Apple, incluant les versions stables, les betas, et même les release candidates, vous offrant ainsi une flexibilité totale dans le choix des versions à installer sur votre Mac de location.

# Lister toutes les versions de Xcode disponibles xcodes list # Afficher uniquement les versions déjà installées xcodes installed # Filtrer pour voir uniquement les versions stables (non-beta) xcodes list | grep "Released" # Installer la version 16.2 (dernière stable en février 2026) xcodes install 16.2 # Installer une version beta spécifique xcodes install "16.3 Beta 2" # Installer Xcode 15.4 pour maintenir la compatibilité iOS 17 xcodes install 15.4

L'un des avantages majeurs de Xcodes réside dans son système de téléchargement optimisé qui utilise aria2 avec jusqu'à 16 connexions parallèles, permettant d'atteindre des vitesses de téléchargement 3 à 5 fois supérieures aux téléchargements directs depuis le site Apple Developer, un gain de temps considérable lorsque vous devez installer plusieurs versions volumineuses.

4 Basculement Transparent entre les Versions

Une fois plusieurs versions installées, Xcodes facilite grandement le basculement entre elles, que ce soit pour une utilisation ponctuelle ou pour définir une version par défaut au niveau système, et cette flexibilité s'avère particulièrement précieuse dans les environnements de développement multi-projets où chaque projet peut avoir ses propres exigences de version.

# Sélectionner Xcode 16.2 comme version par défaut du système xcodes select 16.2 # Alternative avec sudo xcode-select (méthode traditionnelle) sudo xcode-select --switch /Applications/Xcode-16.2.0.app # Vérifier quelle version est actuellement active xcodes selected xcode-select -p # Afficher la version de Xcode actuellement utilisée xcodebuild -version

Stratégies Avancées de Gestion par Projet

Dans un environnement professionnel où plusieurs projets coexistent, chacun avec ses propres exigences techniques, la capacité à isoler les environnements de build devient cruciale pour éviter les interférences entre projets et garantir la reproductibilité des compilations. La stratégie la plus élégante consiste à utiliser la variable d'environnement DEVELOPER_DIR, qui permet de spécifier temporairement quelle installation de Xcode doit être utilisée sans modifier la configuration globale du système, une approche particulièrement adaptée aux scripts de build automatisés et aux pipelines CI/CD.

Méthode 1 : Isolation via DEVELOPER_DIR

Cette technique repose sur le fait que les outils en ligne de commande Xcode consultent en priorité la variable d'environnement DEVELOPER_DIR avant de se référer à la configuration système définie par xcode-select, permettant ainsi de rediriger temporairement tous les appels vers une version spécifique de Xcode sans affecter les autres sessions terminal ou processus en cours d'exécution.

# Compiler le Projet A avec Xcode 16.2 export DEVELOPER_DIR=/Applications/Xcode-16.2.0.app/Contents/Developer cd ~/Projets/ProjetA xcodebuild clean build -scheme MonApp -configuration Release # Dans le même terminal, basculer vers Xcode 15.4 pour le Projet B export DEVELOPER_DIR=/Applications/Xcode-15.4.0.app/Contents/Developer cd ~/Projets/ProjetB xcodebuild clean build -scheme AppLegacy -configuration Release # Réinitialiser pour utiliser la version système par défaut unset DEVELOPER_DIR

Méthode 2 : Scripts de Build Dédiés par Projet

Pour une automatisation encore plus poussée, la création de scripts shell spécifiques à chaque projet encapsule la configuration de l'environnement et les commandes de build, transformant des processus complexes en une simple invocation de script, ce qui réduit considérablement les risques d'erreur humaine et facilite l'intégration dans des systèmes d'automatisation plus larges comme Jenkins ou GitLab CI.

#!/bin/bash # build_projet_moderne.sh - Script pour le projet utilisant iOS 18 export DEVELOPER_DIR=/Applications/Xcode-16.2.0.app/Contents/Developer cd ~/Projets/ProjetModerne echo "🚀 Compilation avec Xcode 16.2 pour iOS 18..." xcodebuild clean build \ -scheme MonAppModerne \ -configuration Release \ -destination 'platform=iOS Simulator,name=iPhone 15 Pro' # Rendre le script exécutable chmod +x build_projet_moderne.sh # Exécution simple ./build_projet_moderne.sh

Méthode 3 : Intégration avec Fastlane

Les équipes qui utilisent Fastlane pour leur automatisation CI/CD bénéficient d'une intégration native avec Xcodes grâce à l'action xcodes, qui permet de spécifier la version de Xcode à utiliser directement dans le Fastfile, garantissant ainsi que chaque lane s'exécute avec l'environnement de développement approprié sans polluer la configuration système globale.

# Fastfile - Configuration multi-versions lane :build_app_moderne do xcodes(version: "16.2", select_for_current_build_only: true) gym(scheme: "MonAppModerne") end lane :build_app_legacy do xcodes(version: "15.4", select_for_current_build_only: true) gym(scheme: "AppLegacy") end lane :test_avec_beta do xcodes(version: "16.3 Beta 2", select_for_current_build_only: true) scan(scheme: "Tests") end

Le paramètre select_for_current_build_only: true est particulièrement crucial car il garantit que la sélection de version ne persiste pas au-delà de l'exécution de la lane en cours, préservant ainsi l'isolation entre les différentes tâches d'automatisation et évitant les effets de bord inattendus qui pourraient perturber d'autres builds exécutés consécutivement.

Scénarios Réels d'Utilisation sur Mac de Location

L'expérience pratique de la gestion multi-versions sur un Mac de location VNCMac révèle des patterns d'utilisation récurrents qui méritent d'être documentés et partagés, car ils illustrent concrètement les bénéfices tangibles de cette approche dans des contextes professionnels variés, depuis le développement freelance jusqu'aux équipes d'entreprise de taille moyenne.

🎯

Scénario 1 : Agence de Développement Multi-Clients

Contexte professionnel :

Une agence de développement iOS gère simultanément six projets clients actifs, chacun avec des contraintes techniques spécifiques dictées par les équipes internes des clients : le Client A impose Xcode 15.2 pour garantir la compatibilité avec son infrastructure CI/CD existante, le Client B requiert Xcode 16.1 pour exploiter les nouvelles APIs de widgets iOS 18, le Client C maintient une application legacy sur iOS 16 nécessitant Xcode 14.3, tandis que trois autres projets utilisent des versions intermédiaires, créant ainsi un paysage technique fragmenté qui serait ingérable sans une stratégie de coexistence robuste.

Solution mise en œuvre :

  • Location d'un Mac mini M4 Pro 512 Go via VNCMac pour servir de machine de build centralisée accessible par toute l'équipe
  • Installation de six versions de Xcode (14.3, 15.2, 15.4, 16.0, 16.1, 16.2) gérées via Xcodes.app pour simplifier la maintenance
  • Création de scripts de build personnalisés par client, chacun configurant automatiquement la version Xcode appropriée via DEVELOPER_DIR
  • Intégration avec GitLab CI où chaque projet déclenche son script de build spécifique, garantissant l'isolation complète entre clients
  • Utilisation d'un SSD externe Thunderbolt 5 de 2 To pour stocker les versions Xcode anciennes et les archives de build, libérant ainsi l'espace sur le disque interne pour les opérations courantes
🧪

Scénario 2 : Développement en Parallèle Stable/Beta

Contexte professionnel :

Un éditeur de logiciels maintient une application iOS populaire avec 500 000 utilisateurs actifs mensuels, ce qui impose une stabilité absolue pour les releases de production tout en nécessitant une veille technologique active sur les versions beta d'iOS pour anticiper les migrations futures et tirer parti des nouvelles fonctionnalités dès leur disponibilité, créant ainsi un besoin permanent de jongler entre une version Xcode stable pour la production et plusieurs versions beta pour l'exploration et le prototypage.

Solution mise en œuvre :

  • Xcode 16.2 (stable) installé dans /Applications/Xcode.app comme version par défaut du système pour tous les builds de production
  • Xcode 16.3 Beta 2 installé dans /Applications/Xcode-beta.app pour les expérimentations avec les nouvelles APIs
  • Xcode 16.4 Beta 1 installé séparément pour tester les fonctionnalités encore plus expérimentales d'iOS 18.4
  • Configuration de branches Git distinctes : 'main' utilise Xcode stable via configuration CI/CD, 'develop-beta' force Xcode beta via DEVELOPER_DIR dans les scripts de build
  • Mise en place d'un processus de validation où les prototypes développés en beta sont systématiquement recompilés et testés avec la version stable avant toute intégration dans la branche principale
🔧

Scénario 3 : Maintenance d'Applications Historiques

Contexte professionnel :

Une entreprise fintech maintient une suite d'applications mobiles développées progressivement depuis 2019, dont certaines versions anciennes continuent de servir des clients sous contrat de support long terme qui n'ont pas migré vers les versions modernes pour des raisons de conformité réglementaire ou d'intégration avec des systèmes legacy, ce qui impose de conserver la capacité de rebuild et patcher ces anciennes versions avec exactement les mêmes outils qui ont servi à leur création initiale, garantissant ainsi la reproductibilité bit-à-bit des builds certifiés.

Solution mise en œuvre :

  • Documentation exhaustive des versions Xcode utilisées pour chaque release majeure de chaque application, consignée dans un registre de conformité
  • Stratégie de stockage à la demande : les versions Xcode anciennes ne sont installées que lors de besoins de maintenance avérés, puis désinstallées après intervention pour économiser l'espace disque
  • Utilisation de Xcodes CLI dans des scripts automatisés qui détectent la version requise pour un projet donné, l'installent si nécessaire, effectuent le build, puis proposent de la désinstaller si l'espace devient critique
  • Archivage des fichiers .xip de Xcode sur un stockage cloud redondant pour garantir la disponibilité à long terme même si Apple retire les anciennes versions de son portail développeur

Optimisation du Stockage et des Performances

La gestion efficace de l'espace disque devient rapidement un enjeu majeur dans un environnement multi-versions Xcode, car au-delà du poids brut des applications elles-mêmes, les fichiers dérivés (DerivedData), les archives de build, et les simulateurs iOS accumulent rapidement des dizaines de gigaoctets supplémentaires qui peuvent saturer même les configurations de stockage généreuses si aucune stratégie de nettoyage n'est mise en place.

Audit et Nettoyage Régulier

# Analyser l'espace occupé par chaque version de Xcode du -sh /Applications/Xcode*.app | sort -hr # Résultat type : 18.9GB /Applications/Xcode-16.2.0.app 17.8GB /Applications/Xcode-15.4.0.app 16.2GB /Applications/Xcode-14.3.1.app # Vérifier la taille du dossier DerivedData (cache de compilation) du -sh ~/Library/Developer/Xcode/DerivedData # Nettoyer les DerivedData (récupération de 10-30 Go) rm -rf ~/Library/Developer/Xcode/DerivedData/* # Supprimer les anciennes archives de build rm -rf ~/Library/Developer/Xcode/Archives/* # Nettoyer les simulateurs iOS obsolètes xcrun simctl delete unavailable # Lister les runtimes de simulateur installés xcrun simctl list runtimes

Stratégie de Stockage External via Thunderbolt 5

Les Mac mini M4 Pro loués via VNCMac bénéficient de la technologie Thunderbolt 5 offrant une bande passante phénoménale de 120 Gbps, ce qui permet d'utiliser des SSD externes comme extensions transparentes du stockage interne sans dégradation perceptible des performances, une approche particulièrement pertinente pour déplacer les versions Xcode utilisées moins fréquemment tout en conservant un accès rapide lorsque nécessaire.

  • Installation des versions anciennes sur SSD externe : Les versions Xcode utilisées occasionnellement peuvent être installées directement sur un SSD Thunderbolt 5, avec des temps de lancement et de compilation quasiment identiques à une installation interne grâce aux performances extraordinaires de cette interface
  • Liens symboliques pour transparence : La création de liens symboliques dans /Applications permet au système de voir les installations externes comme si elles étaient locales, préservant la compatibilité avec tous les outils et workflows existants : ln -s /Volumes/SSD-Thunderbolt/Xcode-15.4.0.app /Applications/
  • Déplacement du DerivedData : Le dossier DerivedData peut également être relocalisé sur le stockage externe pour préserver la durabilité du SSD interne, une pratique recommandée pour les Mac mini qui effectuent de nombreuses compilations quotidiennes

Automatisation du Cycle de Vie des Versions

La mise en place d'une stratégie de maintenance préventive, où les versions Xcode sont automatiquement nettoyées selon des règles prédéfinies, permet de maintenir un environnement de développement optimal sans intervention manuelle constante, un aspect crucial pour les environnements de location Mac cloud où l'espace disque représente un coût tangible.

# Script de maintenance mensuel (à ajouter dans crontab) # Supprime automatiquement les Xcode non utilisées depuis 3 mois #!/bin/bash XCODE_RETENTION_DAYS=90 find /Applications -name "Xcode-*.app" -type d -mtime +${XCODE_RETENTION_DAYS} | while read app; do echo "Suppression de ${app} (non utilisé depuis ${XCODE_RETENTION_DAYS} jours)" rm -rf "${app}" done # Nettoyer les DerivedData de plus de 30 jours find ~/Library/Developer/Xcode/DerivedData -type d -mtime +30 -exec rm -rf {} +
« La maîtrise de la coexistence de plusieurs versions Xcode transcende largement la simple compétence technique : elle représente une approche stratégique du développement iOS moderne qui permet aux équipes d'embrasser simultanément l'innovation et la stabilité, d'explorer les technologies émergentes tout en maintenant la fiabilité des applications en production, et de servir des clients aux exigences diverses sans compromettre la qualité ni l'efficacité. Sur l'infrastructure Mac bare metal de VNCMac, équipée de processeurs M4 Pro et de connectivité Thunderbolt 5, cette flexibilité atteint son plein potentiel grâce à des performances qui rivalisent avec les machines locales tout en offrant l'accessibilité et l'évolutivité du cloud. » — Équipe Technique VNCMac

Workflow Optimal sur VNCMac

L'infrastructure VNCMac a été spécifiquement conçue pour exceller dans les scénarios de développement multi-versions, combinant la puissance brute des Mac mini M4 Pro avec une flexibilité de stockage exceptionnelle grâce à Thunderbolt 5, et cette synergie matérielle-logicielle crée un environnement idéal pour les développeurs qui refusent de choisir entre performance et polyvalence.

Configuration Recommandée VNCMac
  • Mac mini M4 Pro (512 Go SSD interne) : Héberge les 2-3 versions Xcode les plus utilisées pour des performances maximales sur les builds quotidiens
  • SSD Thunderbolt 5 (1-2 To) : Stocke les versions Xcode legacy et beta, avec performances quasi-identiques à l'interne grâce aux 120 Gbps de bande passante
  • Accès SSH permanent 24/7 : Permet aux équipes distribuées de compiler à distance avec n'importe quelle version, de n'importe où dans le monde
  • Réseau 10 Gbps : Téléchargement de nouvelles versions Xcode en quelques minutes au lieu d'heures, même pour les fichiers .xip de 15+ Go

Calendrier de Maintenance Recommandé

  • Quotidien : Aucune action requise grâce à l'automatisation ; les builds s'exécutent avec les versions appropriées sans intervention
  • Hebdomadaire : Vérification rapide de l'espace disque disponible et nettoyage des DerivedData si nécessaire (5 minutes)
  • Mensuel : Audit complet des versions installées, suppression des versions inutilisées depuis plus de 30 jours, mise à jour de Xcodes.app vers la dernière version (30 minutes)
  • Trimestriel : Révision stratégique de la politique de versions en fonction de l'évolution des projets et des annonces Apple, mise à jour de la documentation des environnements de build pour chaque projet (1-2 heures)
  • Post-WWDC : Installation et test des nouvelles versions beta annoncées, migration progressive des projets vers les nouvelles APIs, formation de l'équipe aux nouvelles fonctionnalités (processus continu sur 2-3 mois)

Conclusion

La capacité à gérer efficacement plusieurs versions de Xcode en coexistence représente désormais une compétence fondamentale pour tout développeur iOS ou macOS professionnel évoluant dans un écosystème Apple en perpétuelle évolution, et cette maîtrise se traduit directement par une productivité accrue, une flexibilité opérationnelle renforcée, et une capacité à répondre rapidement aux exigences changeantes des clients et des plateformes. Les outils modernes comme Xcodes.app, combinés aux stratégies d'automatisation via DEVELOPER_DIR et Fastlane, transforment ce qui était autrefois un processus manuel fastidieux en un workflow fluide et fiable qui s'intègre naturellement dans les pipelines de développement contemporains.

L'infrastructure VNCMac amplifie ces bénéfices en offrant un environnement Mac bare metal optimisé spécifiquement pour les charges de travail de développement intensives, où la combinaison de processeurs M4 Pro ultra-performants, de connectivité Thunderbolt 5 révolutionnaire, et d'une disponibilité 24/7 garantie crée les conditions idéales pour exploiter pleinement les stratégies multi-versions décrites dans ce guide. Que vous soyez développeur indépendant jonglant entre plusieurs projets clients, membre d'une équipe explorant agressivement les versions beta, ou mainteneur d'applications legacy nécessitant des environnements historiques, VNCMac vous fournit la puissance et la flexibilité nécessaires pour exceller dans tous ces scénarios sans compromis.

En 2026, alors que l'écosystème Apple continue son évolution rapide avec l'introduction de nouvelles architectures de puces, de nouveaux systèmes d'exploitation, et de nouveaux paradigmes de développement, la capacité à naviguer habilement entre différentes versions d'outils de développement n'est plus un luxe mais une nécessité stratégique. Adoptez ces techniques, automatisez vos workflows, et laissez VNCMac fournir l'infrastructure matérielle robuste qui transformera votre approche du développement multi-versions en avantage concurrentiel durable.

Déployez Votre Environnement Multi-Versions Xcode sur VNCMac Aujourd'hui

Les Mac mini M4 Pro de VNCMac offrent la plateforme idéale pour gérer plusieurs versions Xcode simultanément : processeurs ultra-rapides, Thunderbolt 5 pour expansion de stockage illimitée, et réseau 10 Gbps pour télécharger les nouvelles versions en quelques minutes. Commencez à compiler vos projets iOS avec n'importe quelle version de Xcode, de n'importe où, 24/7.

  • Mac mini M4 Pro bare metal : 100% des ressources dédiées à vos builds
  • Thunderbolt 5 : stockage externe ultra-rapide pour dizaines de versions Xcode
  • Disponibilité 24/7 : compilez avec n'importe quelle version, de n'importe où
  • Réseau 10 Gbps : téléchargement ultra-rapide des fichiers Xcode .xip