Chaque commande correspond à un nœud physique Mac mini indépendant. Ce n’est ni une machine virtuelle ni une ressource de calcul partagée avec d’autres locataires.
Le nœud reste constamment disponible pour les builds, les tests, la signature et l’archivage, la publication d’artefacts, la validation d’outils IA et le développement à distance.
Des commandes de build aux résultats d’exécution, la configuration, la durée, la version soumise et la région du nœud restent lisibles et consultables. Les couleurs d’état indiquent uniquement la progression, la réussite et les étapes nécessitant votre attention.
Changez de type de tâche pour afficher l’interface de pipeline et les limites d’exécution correspondantes.
Après l’envoi du code, le self-hosted runner récupère la tâche et exécute successivement la restauration des dépendances, les tests, l’archivage et l’envoi des artefacts.
Fixez les versions de Xcode et des outils en ligne de commande, réutilisez le cache des dépendances et conservez des résultats de test et artefacts de publication distincts pour chaque branche.
Validez les scripts d’inférence, les versions des dépendances et la reprise des tâches dans un environnement macOS constamment disponible, sans dépendre d’une configuration matérielle non indiquée.
Utilisez VNC pour les tâches graphiques et SSH pour les commandes et les processus persistants ; vérifiez l’empreinte de l’hôte et actualisez les identifiants temporaires avant la connexion.
Le nœud peut être intégré à vos dépôts et pipelines existants, mais les autorisations du dépôt, les clés de build, les droits sur les certificats et les règles d’accès aux artefacts restent gérés par votre équipe. Placez les tâches longues dans une session récupérable et conservez les journaux d’échec comme artefacts du pipeline.
Voir tous les cas d’usageCe n’est ni une instance de calcul partagée ni une machine virtuelle. La puce, la mémoire et le stockage local de chaque nœud sont réservés à la commande correspondante ; la propriété des ressources est claire et l’environnement système est contrôlé par votre workflow de développement.
Accédez au nœud via VNC et SSH. Après la première connexion, actualisez les identifiants temporaires, privilégiez les clés SSH et limitez les droits selon les dépôts, les pipelines et les responsabilités de chaque membre.
Un nœud physique fixe réduit les variations dues à la concurrence sur les ressources partagées et convient aux builds continus, aux tests, à la signature et à l’archivage ainsi qu’aux tâches d’ingénierie longues.
Gérez par projet les versions de Xcode, des outils en ligne de commande, des caches de dépendances, des certificats de build et des scripts afin de réduire les écarts entre poste de développement et pipeline.
Couverture actuelle : Singapour, Japon (Tokyo), Corée du Sud (Séoul), Hong Kong, Est des États-Unis et Ouest des États-Unis. Tenez compte de l’emplacement de l’équipe, de l’accès au dépôt et de la destination des artefacts.
Privilégiez une région proche des principaux opérateurs ou de l’entrée de votre service de dépôt. Si vous devez envoyer de gros artefacts après le build, testez aussi les performances réseau vers le stockage cible.
HexVM M4 et HexVM M4 Pro couvrent les 6 régions ci-dessus. La disponibilité réelle et les options proposées sont indiquées en temps réel dans la console.
Louez à la journée, à la semaine, au mois ou au trimestre. Les tarifs commencent à $19.3/jour ; changez de période pour consulter les tarifs fixes du catalogue des deux modèles.
iOS CI/CD, tests et développement à distance au quotidien
Idéal pour les tâches courtes et la validation quotidienne de la chaîne d’outils.
Builds parallèles, projets volumineux et tâches continues
Idéal pour les projets nécessitant davantage de mémoire et de stockage local.
Le processus de livraison comprend quatre étapes : confirmation du paiement, attribution du nœud, contrôle du système et remise des identifiants. L’état du service est suivi séparément afin de distinguer les problèmes de livraison des problèmes d’exécution du nœud.
Chaque étape possède des entrées, des contrôles et un résultat clairement définis.
Après réception des informations de connexion, vérifiez d’abord la région et le modèle du nœud, puis actualisez les identifiants temporaires. En cas d’écart avec la commande, connectez-vous à la console, ouvrez un ticket et joignez l’ID du nœud.
L’état des 90 derniers jours est affiché par jour ; chaque cellule verte indique un relevé normal pour la journée.
Si la disponibilité mensuelle passe sous l’objectif de service, vous pouvez envoyer l’ID du nœud, la période concernée et l’enregistrement de l’événement conformément aux conditions de service. Les commandes éligibles sont traitées sous forme de crédit de service ; les cas de force majeure et les impacts liés aux actions de l’utilisateur sont exclus.
Voir les objectifs de sécurité et de serviceIntégrez le nœud Mac dédié comme self-hosted runner ou environnement de développement à distance. Conservez les commandes, journaux et sorties à chaque étape pour reproduire les builds et identifier les échecs.
Récupérez le code et les dépendances verrouillées, puis vérifiez le projet, le Scheme, le SDK et l’architecture cible. Notez les versions de Xcode et des outils en ligne de commande avant le build.
xcodebuild build
Gérez les certificats, profils de provisioning et accès au trousseau selon le principe du moindre privilège. Après l’archivage, vérifiez la signature sans afficher de données sensibles dans les journaux ordinaires.
xcodebuild archive
Exécutez les tests unitaires et d’interface, puis conservez le bundle de résultats, les captures d’échec et les journaux clés. Avant de nettoyer DerivedData, sauvegardez les éléments nécessaires à l’analyse.
xcodebuild test
Envoyez l’archive, les résultats de test et les informations de vérification, puis répercutez l’état de publication dans le pipeline. Pour les gros fichiers, choisissez une région proche de la destination des artefacts.
fastlane release
Ces informations vous aident à comprendre rapidement les limites du service. Pour les problèmes de connexion ou de build, consultez le centre d’aide et ses procédures de diagnostic.
Non. Chaque commande correspond à un nœud physique Mac mini indépendant ; la puce, la mémoire, le stockage local et la région sont définis sur la page de confirmation. Le nœud ne partage pas ses ressources de calcul avec d’autres locataires.
La livraison prend typiquement environ 4 minutes et comprend la confirmation du paiement, l’attribution du nœud, le contrôle du système et la remise des identifiants. À réception des informations de connexion, vérifiez l’ID, la région et le modèle du nœud.
Seuls USDT-TRC20 et Visa / Mastercard / Amex (via Stripe) sont acceptés. Toutes les commandes sont facturées en dollars américains (USD) ; la passerelle disponible est déterminée par la réponse de l’interface backend.
Vous pouvez utiliser une connexion graphique VNC ou une connexion SSH en ligne de commande. Lors de la première connexion, vérifiez l’empreinte de l’hôte, actualisez les identifiants temporaires et configurez de préférence une clé SSH dédiée.
Le nœud fonctionne en continu toute l’année pendant la période de location active. Avant l’expiration, vérifiez le renouvellement et exportez rapidement le code, les journaux et les artefacts de build à conserver.
Comparez d’abord les deux modèles, puis choisissez la région, la durée de location et les options supplémentaires. Après l’achat, consultez la commande, le nœud et la facture dans la console, puis ouvrez un ticket si nécessaire.
Tous les frais sont facturés en dollars américains (USD).