Parcours de première connexion

De la commande à votre premier build iOS : suivez les étapes

Choisissez CDNMac M4 et une région adaptée. Une fois la commande réglée, récupérez vos accès système. Sécurisez la connexion, vérifiez l’environnement Xcode, lancez Archive, puis transférez les artefacts vers un espace de stockage contrôlé.

Choisir CDNMac M4 et commander Vérifier l’offre et les tarifs

1 configuration CDNMac M4, M4 / 16 Go / 256 Go

6 régions Asie-Pacifique et États-Unis

6 étapes Commande, paiement, connexion, vérification, build, automatisation

LIVRAISON DU BUILD

Passeport de livraison du premier build

Parcours prêt

Choisir la configuration Durée, région et options

Finaliser le paiement Vérifier le montant en USD et le moyen de paiement

Récupérer les accès État de l’appareil et accès système

Sécuriser l’accès Séparer les clés SSH des identifiants VNC

Vérifier l’environnement macOS, Xcode, Git et éléments de signature

Transmettre les artefacts Archive, journaux et fichiers exportés

Vérification de la signature Avant le build

Principe d’accès Privilèges minimaux

Destination des artefacts Stockage contrôlé

Voir tout le parcours

Six étapes pour une première connexion

Chaque étape a des entrées et des sorties clairement définies. N’importez pas les clés du projet avant d’avoir sécurisé les accès et vérifié l’environnement de développement. Ne lancez pas directement une tâche de publication.

01
Choisir la durée et la région

Tenez compte de la durée de la tâche, de l’emplacement des développeurs, du dépôt de code et du chemin de téléchargement des dépendances. La latence mesurée une seule fois est indicative : elle ne remplace pas un test de build réel.
Sortie : brouillon de configuration de commande
02
Finaliser la commande et le paiement

Vérifiez à nouveau CDNMac M4, la période de facturation, la région, l’extension SSD et le nombre de connexions Thunderbolt 5. Le montant final est celui affiché sur la page de paiement.
Sortie : identifiant de commande
03
Récupérer les informations de connexion

Consultez dans la console l’état de l’appareil, les accès système et le portail d’administration. L’état de disponibilité et les informations de livraison affichés en temps réel dans la console font foi.
Sortie : accès vérifiables
04
Sécuriser l’accès à distance

Privilégiez l’authentification par clé SSH, limitez les adresses sources autorisées, séparez les identifiants de ligne de commande de ceux des sessions graphiques selon leur usage et désignez un responsable de la rotation des identifiants.
Sortie : chemin de connexion contrôlé
05
Vérifier l’environnement de développement

Vérifiez que macOS, Xcode, Command Line Tools, Git, les certificats et les profils de provisionnement répondent aux exigences du projet, puis restaurez les dépendances.
Sortie : relevé de vérification de l’environnement
06
Exécuter le build et en transmettre les éléments

Lancez Archive sur un dépôt de test, vérifiez la signature, les journaux et les fichiers exportés, puis copiez les artefacts nécessaires dans un espace de stockage contrôlé par l’équipe.
Sortie : premier build traçable

À vérifier avant de commander

Clarifiez ces sept points avant de commander

Cette liste permet de limiter les changements de configuration et les échanges répétés après la commande. Le responsable du projet doit apporter une réponse claire à chaque point.

01 Usage défini

Vérifiez si la tâche concerne le packaging iOS automatisé, le développement et les tests macOS, le build d’applications mobiles multiplateformes ou la validation de compatibilité avec les modèles Apple Silicon.

02 Région choisie

Choisissez parmi Singapour, Japon (Tokyo), Corée du Sud (Séoul), Hong Kong, côte est des États-Unis et côte ouest des États-Unis, puis consignez votre choix.

03 Durée évaluée

La journée convient aux vérifications ponctuelles, la semaine aux sprints courts et le mois ou le trimestre aux builds réguliers. Ne comparez pas les offres sur le seul prix affiché.

04 Capacité vérifiée

La configuration de base inclut un SSD de 256 Go. Évaluez l’espace maximal nécessaire au code source, au cache des dépendances, à DerivedData, aux archives et aux journaux avant d’opter pour un SSD supplémentaire.

05 Besoin de connexion parallèle

N’envisagez des connexions Thunderbolt 5 en parallèle que si votre workflow nécessite clairement plusieurs appareils. Vérifiez le nombre d’appareils et les responsabilités associées à chacun.

06 Accès au code

Préparez un accès au dépôt avec les privilèges minimaux nécessaires. Ne réutilisez pas de jeton personnel à longue durée de vie et ne stockez aucune clé privée, aucun jeton ni mot de passe de certificat dans le dépôt.

07 Export des artefacts

Déterminez à l’avance où seront envoyés Archive, les packages exportés, les fichiers de symboles et les journaux de build. Prévoyez l’export des données avant la fin de la période de location.

Créer une commande

Une seule configuration, avec des options de durée, de région et d’extensions

Une configuration est proposée : un Mac physique dédié. Chaque commande correspond à un Mac cloud qui n’est pas partagé avec d’autres commandes et qui n’est pas une machine virtuelle.

6 régions au choix

CDNMac M4

Mac mini M4, adapté aux builds iOS, au développement et aux tests macOS ainsi qu’à l’intégration continue.

Prix d’appel à la journée $19.9

M4 16 Go de RAM SSD de 256 Go

À la journée $19.9

À la semaine $53.6

Au mois $99.3

Au trimestre $270.1

Six régions au choix

Singapour Japon (Tokyo) Corée du Sud (Séoul) Hong Kong Côte est des États-Unis Côte ouest des États-Unis

La disponibilité, les délais de livraison et les options proposés sont ceux affichés en temps réel dans la console.

Configurer CDNMac M4 Comparer les six régions

+1 To de SSD

Pour les projets de développement continus qui nécessitent davantage d’espace pour le cache des dépendances, les archives et les journaux de build.

À la journée: $2.6
À la semaine: $7.1
Au mois: $13.2
Au trimestre: $35.9

+2 To de SSD

Pour les projets avec des dépendances volumineuses, des jeux de données, des fichiers de modèles ou un besoin de conserver les artefacts plus longtemps.

À la journée: $5.2
À la semaine: $14.2
Au mois: $26.4
Au trimestre: $71.8

Connexion parallèle Thunderbolt 5

Facturation par appareil. Pour les workflows impliquant plusieurs appareils, après évaluation. Ne modifie pas les caractéristiques de la machine de base.

À la journée: $1.8
À la semaine: $4.8
Au mois: $8.8
Au trimestre: $23.9

Finaliser le paiement

Deux moyens de paiement acceptés

Tous les prix et toutes les commandes sont facturés en dollars américains (USD). Les moyens de paiement disponibles sont ceux renvoyés par l’interface de paiement.

USDT-TRC20

Avant le paiement, vérifiez le montant de la commande, le réseau et les informations du destinataire. Après le transfert, conservez la référence de transaction nécessaire au suivi de la commande ou à la vérification de la facture.

Devise de paiement : USD

Visa / Mastercard / Amex

Les paiements par carte sont traités par Stripe. Vérifiez les informations de facturation et le montant de la commande avant de confirmer le paiement. Ne transmettez pas vos données de paiement complètes dans une demande d’assistance.

Passerelle : Stripe

Dernières vérifications avant paiement

Vérifiez que le modèle, la durée, la région, l’extension SSD, le nombre de connexions parallèles et le total en dollars correspondent à la configuration validée par le responsable du projet.

Récupérer les informations sur l’appareil

Vérifiez l’appareil avant d’importer les éléments du projet

Une fois la commande finalisée, consultez dans la console l’état de l’appareil, les accès système et le portail d’administration. Lors de la première connexion, vérifiez l’identité et faites l’inventaire de l’environnement ; n’importez pas immédiatement les clés de production.

TRANSMISSION DE L’APPAREIL

Liste de vérification des accès

Vérifiez chaque élément

Identifiant de commande Conforme aux informations du projet

Région Conforme au choix de commande

État de l’appareil Selon les informations en temps réel de la console

Accès système À communiquer uniquement aux membres autorisés

Portail d’administration Vérifiez qu’il est accessible avant de continuer

Première modification Changez les identifiants modifiables

Quatre actions après la première connexion

Changez les identifiants initiaux qui peuvent l’être.
Consignez les membres autorisés et les responsables de la conservation des identifiants.
Limitez les adresses sources autorisées pour l’accès à distance.
Établissez une liste de récupération des données à effectuer avant la fin de la location.

Consulter les méthodes de dépannage de la connexion

Sécuriser la connexion

SSH pour l’automatisation, VNC pour l’interface graphique

Les deux modes de connexion peuvent être utilisés en parallèle, mais leurs identifiants, droits d’accès et usages doivent être gérés séparément. N’intégrez pas de clés à long terme dans les scripts ou les journaux de build.

Accès en ligne de commande

Accès par clé SSH

Pour les opérations Git, la restauration des dépendances, l’exécution de scripts, la collecte des journaux, les archives et les runners auto-hébergés. Utilisez de préférence une clé dédiée et accordez les privilèges minimaux à chaque tâche automatisée.

Vérifiez l’identité de l’hôte avant d’enregistrer la connexion.
Limitez les adresses IP ou les plages réseau autorisées à se connecter.
Séparez les clés de connexion interactive de celles utilisées pour l’automatisation.
Renouvelez régulièrement les identifiants et révoquez les autorisations inutilisées.

Session graphique

Session graphique VNC

Pour vérifier Xcode lors de la première connexion, consulter les réglages graphiques, utiliser les outils de développement qui nécessitent une interface et contrôler Archive. Une session graphique ne justifie pas le partage des identifiants.

N’accordez l’accès qu’aux membres qui ont besoin de l’interface graphique.
À la fin de la session, quittez les outils sensibles et fermez les fenêtres inutiles.
Ne laissez pas apparaître de clés ni de mots de passe de certificats dans les captures d’écran ou les enregistrements.
Pour l’automatisation en ligne de commande, utilisez des identifiants SSH dédiés.

Vérifier l’environnement de développement

Consignez les différences d’environnement pour pouvoir les vérifier

Ne vous contentez pas de vérifier que « Xcode s’ouvre ». Notez les versions, les chemins, l’état des éléments de signature et l’espace disque disponible afin de pouvoir identifier la cause d’un échec ultérieur.

Liste de vérification de l’environnement pour le premier build iOS
Élément à vérifier	Vérification recommandée	Critère de validation	Première action en cas d’anomalie
macOS	Notez la version du système et l’espace disque disponible	La configuration satisfait aux exigences de la chaîne d’outils du projet et offre assez d’espace pour les dépendances, le cache et Archive	Supprimez les caches inutiles, puis réévaluez la capacité du SSD
Xcode	Vérifiez la version principale requise par le projet et le chemin actuellement sélectionné	Le projet s’ouvre et le SDK cible ainsi que les réglages de build sont accessibles	Sélectionnez la bonne version, puis analysez à nouveau le projet
Command Line Tools	`xcode-select -p`	Le chemin pointe vers la chaîne d’outils Xcode prévue	Corrigez le chemin sélectionné, puis vérifiez la version des commandes
Git	`git --version` Testez également l’accès à un dépôt avec des privilèges minimaux	Le dépôt de test est accessible sans exposer d’identifiants à longue durée de vie	Vérifiez les droits des clés, les restrictions de provenance et les autorisations du dépôt
Certificats et profils de provisionnement	Vérifiez le nom, l’usage, la validité et l’identifiant du projet	Ils correspondent à la cible de test et aucun élément sans rapport n’a été importé	Demandez au responsable du projet de fournir les bons éléments
Fichier de verrouillage des dépendances	Vérifiez que le fichier de verrouillage a été validé et correspond à la branche cible	La restauration des dépendances est reproductible et n’entraîne aucune mise à niveau implicite	Repartez d’un commit correspondant au fichier de verrouillage et restaurez les dépendances à nouveau

Commandes d’inventaire de base Lecture seule : ne modifie pas le projet

sw_vers
xcodebuild -version
xcode-select -p
git --version
df -h

Lancer le premier build

Validez le parcours complet avec un dépôt de test

Pour cette première tâche, l’objectif n’est pas de publier immédiatement, mais de valider un cycle complet : accès au code, restauration des dépendances, Archive, vérification de la signature, conservation des journaux et export des artefacts.

01 Cloner un dépôt de test

Avec un identifiant doté des privilèges minimaux, récupérez un commit connu pour compiler et notez son hash ainsi que la branche cible.
git clone <URL-du-dépôt>
02 Restaurer les dépendances

Restaurez les dépendances selon le fichier de verrouillage du projet. Si CocoaPods, Flutter ou un autre outil est nécessaire, notez d’abord sa version.
Conservez la cohérence entre le fichier de verrouillage et le commit cible
03 Exécuter Archive

Définissez workspace, scheme, configuration et archivePath pour éviter de dépendre de valeurs implicites de l’interface graphique.
xcodebuild archive -workspace App.xcworkspace -scheme App -archivePath build/App.xcarchive
04 Vérifier la signature

Vérifiez que l’identifiant de la cible, les certificats, les profils de provisionnement et les réglages d’export correspondent à la tâche de test. Ne négligez pas les avertissements de signature.
Consignez le résultat de la vérification de signature et l’étape de l’échec
05 Conserver les journaux

Conservez les heures de début et de fin, le hash du commit, les versions des outils et les étapes en échec. Avant de partager les journaux, supprimez les jetons, les noms sensibles dans les chemins et les mots de passe des certificats.
Les journaux doivent pouvoir être associés à la commande, à la région et au commit
06 Exporter les artefacts

Copiez Archive, les fichiers exportés et les fichiers de symboles nécessaires vers un espace de stockage contrôlé par l’équipe. Vérifiez l’intégrité des fichiers et les droits d’accès.
Ne nettoyez l’espace de travail qu’une fois l’export terminé

Intégrer l’automatisation

Transformez un build réussi en runner facile à maintenir

Après la validation manuelle, enregistrez la machine physique dédiée comme runner auto-hébergé. Isolez par dépôt les identifiants d’automatisation, les répertoires de travail et les règles de nettoyage.

Enregistrer le runner

Donnez au runner un nom explicite et consignez sa région, le périmètre du projet et le responsable de sa maintenance. Commencez par une tâche de test en lecture seule avant d’autoriser les builds.

À consigner : nom, région, dépôt, responsable

Limiter les droits des jetons

N’accordez aux jetons que les droits sur les dépôts et les opérations nécessaires à la tâche. Ne les stockez pas dans le code source, les répertoires de cache, les journaux de build ni les artefacts téléchargeables.

Principe : un ensemble de privilèges minimaux par tâche

Isoler et nettoyer l’espace de travail

Utilisez un répertoire distinct par dépôt. Définissez les caches réutilisables, les artefacts à exporter et les règles de nettoyage en cas de réussite, d’échec ou d’annulation.

Stratégie : isolation par dépôt, caches classés, récupération après échec

À conserver

Hash du commit, versions des outils, heures de début et de fin de la tâche, résultat de la restauration des dépendances, chemin Archive et données de vérification des artefacts.

À exclure des journaux

Clés privées, jetons d’accès, mots de passe de certificats, données de paiement complètes et informations sensibles du projet sans lien avec le dépannage.

Avant la fin de la location

Exportez les artefacts nécessaires, révoquez les jetons d’automatisation, supprimez les identifiants du dépôt et vérifiez que les informations du projet ne subsistent ni dans l’espace de travail ni dans les caches.

Prêt à commencer

Choisissez CDNMac M4, puis suivez le passeport de livraison étape par étape

Avant de commander, confirmez la durée, l’une des six régions et les options. Après la commande, sécurisez la connexion, puis vérifiez Xcode et votre première archive.

Louer CDNMac M4 Obtenir de l’aide