Vérifiez la configuration, puis lancez vos builds

3 configurations,
un tarif adapté à votre rythme de build

Tous nos Mac mini physiques sont dédiés, jamais virtualisés. Les 6 emplacements sont proposés à la journée, à la semaine, au mois ou au trimestre. La disponibilité réelle est indiquée en temps réel dans la console.

Louer un Mac cloud Voir tous les tarifs

À partir de $21.7/jour pour tester votre projet. La totalité du nœud physique est réservée à un seul locataire, avec un accès complet à l’interface graphique macOS et à la ligne de commande.

Une configuration, 4 périodes de facturation

Choisissez une période, puis comparez les configurations

Le changement de période met à jour les prix affichés sur les trois cartes, sans modifier la puce, la mémoire ou le SSD. Le tableau ci-dessous conserve les tarifs des quatre périodes pour faciliter la comparaison du budget.

Tarif journalier affiché, tous les prix sont en USD.

Pour débuter avec une app

XR Build 16

M4 16 Go de mémoire SSD 256 Go

$21.7/jour

Migrez l’archivage et les scripts de publication d’une seule app vers un nœud dédié. Commencez par un build à froid, puis vérifiez les builds incrémentiels et la signature pour vous assurer que votre projet produit des artefacts de façon fiable.

  • Idéal pour tester une app compilée plusieurs fois par jour.
  • Le SSD de 256 Go accueille le code source, les dépendances et les sorties de build. Pensez à supprimer les anciennes archives.
  • Mac physique dédié, livré avec macOS et Xcode préinstallés, ainsi que les identifiants de connexion.
Louer XR Build 16
Plusieurs targets et tests

XR Build 24

M4 24 Go de mémoire SSD 512 Go

$40.8/jour

Bénéficiez de plus de mémoire et d’espace de cache pour l’app principale, les widgets et les extensions. Intégrez les tests d’interface à votre pipeline, puis définissez l’ordre d’exécution adapté à vos tâches.

  • Idéal pour les projets avec plusieurs targets, de nombreuses dépendances et des tests d’interface.
  • Le SSD de 512 Go offre plus d’espace pour les caches de dépendances, les simulateurs et les artefacts.
  • Réglez le niveau de parallélisme selon les pics de mémoire et évitez de lancer les tâches sans limite.
Louer XR Build 24
Tâches parallèles et grands caches

XR Build Pro 64

M4 Pro 64 Go de mémoire SSD 2 To

$59.5/jour

Profitez de ressources supplémentaires pour exécuter des matrices de simulateurs en parallèle, mener des expériences MLX et conserver de grands caches. Si les builds et les expérimentations partagent le nœud, hiérarchisez les tâches plutôt que de saturer toutes les ressources en même temps.

  • Idéal pour les charges de travail gourmandes en mémoire et la conservation de nombreux artefacts.
  • 64 Go de mémoire unifiée et un SSD de 2 To : des caractéristiques précises, sans quota virtuel.
  • Déterminez le parallélisme par des tests sur votre projet : la capacité mémoire ne correspond pas au nombre de tâches exécutables.
Louer XR Build Pro 64

Tarifs complets et comparaison des configurations

Il s’agit des tarifs catalogue pour chaque période, et non d’un tarif journalier calculé. Avant de choisir une période plus longue, vérifiez que les dépendances, la signature et les scripts de build de votre projet fonctionnent sur le nœud.

3 configurations · Prix en USD · Jour / semaine / mois / trimestre
Configuration Puce / mémoire / SSD Jour Semaine Mois Trimestre
XR Build 16 M4 / 16 Go / 256 Go $21.7 $58.5 $108.3 $294.6
XR Build 24 M4 / 24 Go / 512 Go $40.8 $110.2 $204.1 $555.2
XR Build Pro 64 M4 Pro / 64 Go / 2 To $59.5 $160.5 $297.3 $808.7
Choisissez selon le goulot d’étranglement, pas le nom du projet

Prenez un build complet comme référence

Pour une app compilée plusieurs fois par jour, commencez par évaluer XR Build 16. Pour plusieurs targets, widgets, extensions et tests d’interface, envisagez XR Build 24. Pour des matrices de simulateurs en parallèle, des expériences MLX ou de grands caches, évaluez XR Build Pro 64. Ces recommandations sont un point de départ : fiez-vous aux mesures de votre projet.

  1. 01

    Mesurez d’abord le pic de mémoire

    Exécutez séparément l’installation des dépendances, la compilation, l’archivage et les tests. Repérez toute pression mémoire persistante avant de décider d’augmenter la mémoire ou de réduire le nombre de tâches simultanées. Ne vous fiez pas uniquement à l’utilisation au repos.

  2. 02

    Mesurez ensuite l’espace disque nécessaire

    Mesurez séparément le code source, le cache des dépendances, DerivedData, les simulateurs et les archives. Définissez combien d’artefacts conserver, prévoyez de l’espace pour les fichiers temporaires de build, puis déterminez si une extension SSD est nécessaire.

  3. 03

    Enfin, repérez les conflits entre tâches

    Commencez par des tâches séquentielles, puis augmentez progressivement le parallélisme en comparant la durée de chaque tâche au débit global. Si deux tâches écrivent dans le même dossier de sortie ou partagent un cache modifiable, séparez d’abord les dossiers et les scripts avant d’ajouter des ressources matérielles.

Un nœud dédié évite le partage des ressources physiques avec d’autres locataires. Les tâches que vous lancez sur ce nœud utilisent toujours en commun sa puce, sa mémoire et son disque.

Pour les extensions, évaluez d’abord la capacité, puis la connexion

Prévoyez séparément l’espace pour les caches et les artefacts

L’extension SSD est une option qui s’ajoute aux trois configurations de base. La connexion en parallèle via Thunderbolt 5 est facturée par machine ; elle ne fusionne pas automatiquement la mémoire et ne répartit pas automatiquement les builds. Consultez l’interface de commande pour connaître la configuration et les options disponibles.

Prix catalogue des options · Facturation en USD · À vérifier séparément de l’offre de base
Option Jour Semaine Mois Trimestre
+1 To SSD $2.8 $7.7 $14.2 $38.6
+2 To SSD $5.6 $15.4 $28.4 $77.2
Thunderbolt 5 en parallèle (par machine) $1.8 $5 $9.2 $25

Plus d’espace ne remplace pas une sauvegarde

Une capacité supérieure permet de conserver davantage de caches et d’artefacts, mais ne remplace pas une sauvegarde indépendante. Gardez le code source dans un système de gestion de versions, sauvegardez les artefacts de publication et les éléments de signature nécessaires dans un emplacement que vous contrôlez, puis vérifiez qu’ils peuvent être restaurés.

Faites le tri avant d’ajouter du stockage

Les caches de dépendances peuvent être recréés, tandis que les artefacts de publication nécessitent une politique de conservation. Supprimez les anciennes archives et les simulateurs inutilisés, mesurez l’espace restant après un build, puis ajoutez de la capacité uniquement pour les données à conserver.

Les 3 configurations sont disponibles dans les 6 emplacements

Choisissez l’emplacement selon votre équipe et la configuration selon votre charge

Les trois configurations sont proposées à Singapour, Tokyo, Séoul, Hong Kong, sur la côte Est des États-Unis et sur la côte Ouest des États-Unis. Le tableau ci-dessous présente les offres disponibles ; toutes les combinaisons sont indiquées comme disponibles. Consultez la console pour connaître la disponibilité en temps réel.

3 configurations × 6 emplacements · Toutes les combinaisons du catalogue sont disponibles
Configuration Singapour Tokyo (Japon) Séoul (Corée du Sud) Hong Kong Côte Est des États-Unis Côte Ouest des États-Unis
XR Build 16 Disponible Disponible Disponible Disponible Disponible Disponible
XR Build 24 Disponible Disponible Disponible Disponible Disponible Disponible
XR Build Pro 64 Disponible Disponible Disponible Disponible Disponible Disponible

Nombreuses interactions :Commencez par tester l’emplacement le plus proche du réseau de votre équipe. Vérifiez l’accès au bureau à distance, la synchronisation du code source et le téléchargement des artefacts. La distance géographique n’est qu’un premier indicateur : l’expérience dépend aussi de votre réseau local et du routage réel.

Nombreux builds automatisés :Tenez compte de l’emplacement de votre dépôt, des sources de téléchargement des dépendances et de la destination des artefacts. Les tâches sans surveillance n’ont pas besoin d’un accès permanent au bureau, mais vérifiez les nouvelles tentatives après un échec de téléchargement, la stabilité de la connexion et la remontée des journaux.

Collaboration entre fuseaux horaires :Définissez d’abord les règles de déclenchement des builds et le fuseau horaire des journaux, puis choisissez l’emplacement. Les nœuds fonctionnent 365 jours par an : leurs horaires de fonctionnement ne dépendent pas des heures de travail de votre équipe.

Vérifiez les détails de la commande avant de payer

Paiement en USD uniquement ; paiements et renouvellements dans la console

Après avoir choisi la configuration, la période, l’emplacement et les options, vérifiez le montant de la commande avant de payer. Le changement de période sur les cartes sert à consulter les tarifs ; la configuration définitive est celle affichée au moment de la commande.

Paiement par carte bancaire

Visa, Mastercard et Amex sont acceptées, avec traitement par Stripe et règlement en dollars américains (USD). Les moyens de paiement réellement disponibles sont indiqués par l’interface de paiement. Avant de payer, vérifiez la commande et le montant affiché sur la page de paiement.

Ne communiquez pas vos données de vérification de paiement dans le corps d’un ticket ou en pièce jointe d’un e-mail.

USDT-TRC20

USDT-TRC20 est accepté. Vérifiez le réseau, les informations du destinataire et le montant indiqués sur la page de paiement avant de payer. Pour cette commande, suivez les instructions affichées plutôt que celles d’une commande précédente.

Pour le suivi d’un paiement, indiquez le numéro de commande et le hash de transaction, jamais votre clé privée.

Renouvellement et changement d’offre

Connectez-vous à la console pour consulter la période de location en cours et programmer un renouvellement avant son échéance, ou demander un changement d’offre. Avant de changer de configuration, sauvegardez votre projet et les éléments essentiels, puis suivez la procédure indiquée dans la console.

Un changement d’offre ne garantit pas une migration sans interruption. Vérifiez d’abord comment vos données seront traitées.

Envoyez séparément les demandes concernant les paiements et les builds

Pour une vérification de paiement, indiquez le numéro de commande, la période choisie et le moyen de paiement. Pour un problème de build, précisez l’emplacement, la configuration, la version de Xcode et les journaux d’erreur. Si vous êtes déjà locataire, connectez-vous à la console pour ouvrir un ticket. Pour toute question avant location ou autre demande, écrivez à support@xcoderent.com. N’envoyez jamais de mot de passe de connexion complet, de clé privée ni de certificat non expurgé.

Accéder à la console
De la commande au premier artefact

Après la mise à disposition, lancez un pipeline minimal

La commande, l’attribution du nœud et l’obtention des identifiants de connexion sont trois étapes distinctes. Aucun délai de mise à disposition n’est garanti : fiez-vous à l’état de la commande et de l’instance dans la console, et non à la durée d’un build donné en exemple.

  1. 01

    Passez commande et réglez le paiement

    Choisissez une configuration, une période et un emplacement, puis ajoutez les options nécessaires. Vérifiez la configuration et le montant avant de payer. Conservez le numéro de commande pour en consulter l’état dans la console.

  2. 02

    Attribution et préparation du nœud

    Une fois la commande prise en charge, un nœud physique dédié vous est attribué avec macOS et Xcode préinstallés. Vérifiez la version de la chaîne d’outils requise ; préparez les dépendances, les scripts de build et la configuration du projet selon vos besoins.

  3. 03

    Récupérez vos identifiants SSH et VNC

    Connectez-vous à la console pour consulter les informations de connexion et vérifier l’instance ainsi que l’emplacement choisi. Lancez les tâches automatisées via SSH, vérifiez la signature et la chaîne d’outils dans l’interface graphique de macOS, puis exécutez un archivage complet pour valider les artefacts.

Conservez quatre éléments de preuve lors de la validation

Notez la version de Xcode, le fichier de verrouillage des dépendances, la commande de build et le chemin de sortie. Avec le même code source et la même configuration de signature, effectuez un build à froid puis un build incrémentiel, et conservez les journaux complets. Une fois les artefacts validés, enregistrez un runner auto-hébergé, activez les tâches planifiées ou augmentez le parallélisme.

Un nœud dédié ne résout pas les conflits de dépendances de votre projet. Si le premier build échoue, identifiez d’abord s’il s’agit d’un téléchargement réseau, d’une version de la chaîne d’outils, de la signature ou de la compilation du code. Évitez de tout effacer dans les caches à chaque nouvel essai.

Configurations détaillées : à vous de tester votre projet

Choisissez une offre, puis démarrez votre Mac depuis la console

Louez d’abord une machine à la journée et lancez un build, des tests et un archivage complets. Une fois la marge de ressources vérifiée, choisissez la période adaptée à votre file de builds habituelle.

Louer un Mac pour builds iOS Déjà client ? Accéder à la console