MiniRents fournit des machines physiques dédiées, sans partage de ressources entre locataires et non virtualisées. Ce guide commence par les accès au dépôt, la clé publique SSH et les éléments de signature, puis vous accompagne dans le choix du nœud, la connexion à distance, la vérification de Xcode, l’export de l’archive et le nettoyage après la tâche.
Chercher les accès au dépôt ou les fichiers de signature après la livraison de l’appareil peut interrompre le premier build. Effectuez les vérifications suivantes avant la commande et utilisez, pour l’automatisation, des identifiants limités et révocables.
Vérifiez que la branche cible est accessible en lecture et que les sous-modules et dépendances privées disposent d’autorisations distinctes. Les jetons d’automatisation ne doivent couvrir que les dépôts et opérations nécessaires ; ne réutilisez pas vos identifiants personnels permanents.
Rassemblez les certificats, profils de provisioning, identifiants d’équipe et paramètres d’export requis. Injectez les éléments sensibles via des variables contrôlées ou des fichiers chiffrés ; ne les écrivez pas directement dans le dépôt.
Générez une paire de clés dédiée à l’appareil cloud, conservez la clé privée sur un terminal de confiance et transmettez uniquement la clé publique. Appliquez des permissions strictes au fichier de clé et préparez la référence servant à vérifier l’empreinte de l’hôte.
M4 · 16 Go · 256 Go
Idéal pour la signature d’un projet, les archivages Xcode standard, la vérification des dépendances et les tâches d’automatisation à faible concurrence. Pour valider un pipeline, commencez par cette configuration afin d’évaluer la durée réelle et l’espace utilisé.
Choisir MiniRents M4M4 Pro · 64 Go · 2 To
Adapté à plusieurs files de build, aux graphes de dépendances volumineux, aux tests concurrents et aux expérimentations d’IA sur Apple Silicon. La mémoire et le stockage local supplémentaires réduisent la contention et les nettoyages fréquents.
Choisir MiniRents M4 ProLes nœuds disponibles sont Singapour, Japon (Tokyo), Corée du Sud (Séoul), Hong Kong et côte est des États-Unis. Les deux modèles couvrent ces cinq nœuds ; la disponibilité réelle est celle renvoyée en temps réel par la console.
| Nœud | Équipes à privilégier | Points à vérifier |
|---|---|---|
| Singapour | Collaboration en Asie du Sud-Est et dépôts régionaux | Chemin de connexion de l’équipe et emplacement des sources de dépendances |
| Japon (Tokyo) | Équipes de développement japonaises et est-asiatiques | Emplacement du dépôt de code et du destinataire des artefacts |
| Corée du Sud (Séoul) | Équipes coréennes et régionales voisines | Chemin des callbacks du Runner et transfert des journaux |
| Hong Kong | Collaboration transrégionale avec la Chine méridionale et l’Asie du Sud-Est | Expérience du bureau distant et chemin de téléchargement des dépendances |
| Côte est des États-Unis | Équipes de la côte est nord-américaine et transatlantiques | Emplacement du dépôt, du registre d’artefacts et du contrôleur du pipeline |
Idéal pour vérifier qu’un projet peut installer ses dépendances, être signé et archivé dans un environnement Apple Silicon. Mesurez d’abord la durée complète du build avant de prolonger la location.
Adapté aux sprints de version, aux migrations concentrées de scripts et aux tests de courte durée. Prévoyez du temps pour les nouvelles tentatives et la reconstruction du cache des dépendances.
Adapté au développement continu, à un Runner auto-hébergé permanent et aux publications régulières. Gérez l’initialisation, le build et les scripts de nettoyage dans le dépôt.
Adapté aux files de build stables et aux équipes engagées sur le long terme. Mettez en place la révocation des accès, la rotation des identifiants et le nettoyage du stockage.
Choisissez d’abord le modèle, la durée et le nœud, puis passez la commande. Après la livraison, consultez dans la console l’état de l’appareil, l’adresse de connexion, le nom d’utilisateur SSH et l’empreinte de l’hôte. Ne copiez pas ces informations depuis une conversation ou une capture d’écran transférée.
Confirmez MiniRents M4 ou MiniRents M4 Pro, choisissez une durée à la journée, à la semaine, au mois ou au trimestre, puis sélectionnez le nœud cible. Avant l’envoi, vérifiez le stockage supplémentaire et l’option Thunderbolt 5 en parallèle.
Seuls USDT-TRC20 et Visa / Mastercard / Amex (via Stripe) sont acceptés ; le règlement s’effectue toujours en dollars américains (USD). Les moyens réellement disponibles sont ceux renvoyés par l’interface backend.
À l’apparition des informations de livraison, vérifiez le modèle, le nœud, la durée de location et l’identifiant de l’appareil. Notez l’empreinte de l’hôte avant la connexion et utilisez ensuite celle enregistrée dans la console pour toute vérification.
Le renouvellement, l’état de l’appareil, la facturation et les tickets se gèrent dans la console. Dans un ticket technique, indiquez l’identifiant de l’appareil, le nœud, la période concernée et des journaux désensibilisés.
Lors de la première connexion, le terminal affiche l’empreinte de l’hôte distant. Comparez-la caractère par caractère avec celle de la console et n’acceptez qu’après confirmation. En cas de divergence, interrompez la connexion et ouvrez un ticket ; ne contournez pas la vérification.
Assurez-vous que l’identifiant de l’appareil, le nœud, l’adresse de l’hôte, le nom d’utilisateur SSH et l’empreinte correspondent au même appareil. Ne poursuivez pas sur la seule base d’adresses similaires.
Connectez-vous avec une clé privée dédiée, puis vérifiez l’architecture, la version du système et l’utilisateur courant. À la fin, saisissez exit afin d’éviter de laisser une session inutilisée.
Activez d’abord le bureau distant VNC selon le guide d’assistance, puis ouvrez une session depuis un appareil de confiance. Déconnectez-vous après usage et n’enregistrez pas les identifiants sur un terminal partagé.
Consulter les guides de connexion et VNCLes sorties ci-dessous sont désensibilisées et illustrent l’ordre des commandes ; elles ne contiennent ni adresse réelle, ni empreinte, ni chemin de dépôt, ni élément de signature. Remplacez les valeurs avant exécution par celles de la console et du projet.
$ chmod 600 ~/.ssh/minirent_ed25519
$ ssh -i ~/.ssh/minirent_ed25519 builder@203.0.113.24
The authenticity of host cannot be established.
ED25519 key fingerprint is SHA256:[REDACTED]
Are you sure you want to continue connecting? yes
$ uname -m
arm64
$ xcodebuild -version
Xcode [SELECTED_VERSION]
Build version [SELECTED_BUILD]
$ git clone [REDACTED_REPOSITORY] app
$ cd app
$ xcodebuild -workspace App.xcworkspace \
-scheme App \
-configuration Release \
-archivePath build/App.xcarchive archive
** ARCHIVE SUCCEEDED **
$ bundle exec fastlane ios build
[fastlane] Loading controlled environment variables
[fastlane] Archive verified
[fastlane] Output saved to ./artifacts
[fastlane] Finished successfullyL’objectif n’est pas seulement de vérifier que les commandes s’exécutent, mais de confirmer que l’architecture, Xcode, les outils en ligne de commande, les versions des dépendances et l’espace disque respectent les contraintes du projet. Consignez les résultats dans les journaux de build pour accélérer le diagnostic.
uname -m
Résultat attendu : arm64. Vérifiez également que les dépendances ne contiennent pas de binaires limités à d’autres architectures, afin d’éviter de découvrir un problème de compatibilité au moment de l’archivage.
xcodebuild -version
Comparez la sortie aux exigences du projet, aux images du pipeline et aux conventions de l’équipe. Après tout changement de version, vérifiez à nouveau la cible réelle des outils en ligne de commande.
xcode-select -p
Confirmez que le chemin correspond au Xcode actuellement sélectionné. Dans les scripts, ne supposez pas un chemin fixe ; affichez le résultat réel au début de la tâche.
bundle exec fastlane --version
Utilisez en priorité les versions imposées par les fichiers de verrouillage pour Bundler, fastlane et les outils de dépendances du projet, afin de limiter les écarts entre local et cloud.
df -h .
Évaluez l’espace total occupé par le dépôt, le cache des dépendances, DerivedData, l’archive et les artefacts exportés. En cas de manque, supprimez d’abord les caches régénérables sans toucher aux éléments de signature ni aux artefacts à livrer.
mkdir -p build-logs
Enregistrez un résumé d’environnement sans données sensibles, l’heure de début, la version du commit et les versions des outils. En cas d’échec, vous pourrez déterminer s’il vient du code ou de l’environnement.
Visez la reproductibilité dès le premier archivage. Ne vous contentez pas de vérifier le succès de la commande : contrôlez aussi la signature, le contenu de l’archive, les artefacts exportés et la concordance des journaux avec le commit cible.
Après récupération du dépôt, notez le hash du commit, initialisez les sous-modules et installez les dépendances selon le fichier de verrouillage. Ne changez pas de branche pendant le build.
Injectez le jeton du dépôt, les paramètres de signature et la configuration d’environnement avant l’exécution. Les journaux doivent uniquement indiquer si une variable existe, jamais sa valeur.
Définissez clairement workspace ou project, scheme, configuration et archivePath afin que la commande reste identique en session interactive et dans le pipeline.
Confirmez que l’archive utilise l’équipe, le certificat et le profil attendus. En cas d’écart, interrompez l’export et ne masquez pas le problème par une modification manuelle temporaire.
Notez le nom, la taille, la version du commit et la valeur de contrôle des artefacts, puis téléchargez-les via un chemin contrôlé. N’entamez le nettoyage qu’après avoir confirmé l’intégrité de la copie locale.
Le nettoyage est une étape obligatoire. À chaque fin de tâche, supprimez les identifiants temporaires, confirmez la livraison des artefacts, traitez les caches régénérables et vérifiez l’état de l’appareil. Appliquez la même procédure aux appareils conservés à long terme.
Pour les problèmes liés à l’appareil, ouvrez en priorité un ticket dans la console afin de l’associer à l’appareil et à la commande. Si vous ne pouvez pas vous connecter, envoyez un e-mail à support@minirents.com ; n’y joignez ni mot de passe, ni clé privée, ni journal non désensibilisé.
Configurez d’abord la commande, puis récupérez les informations de connexion réelles dans la console. Si l’appareil est déjà livré, connectez-vous à la console, vérifiez l’empreinte de l’hôte et commencez le contrôle de l’environnement.