Utiliser Xcode depuis Windows avec un Mac distant

Pourquoi pas une machine virtuelle ?

Les recherches sur Xcode sous Windows mènent à des guides de machine virtuelle macOS. La licence macOS d’Apple réserve macOS au matériel de marque Apple, donc cette voie en sort. Un vrai Mac, auquel vous accédez par le réseau, évite le problème. Voici ce que dit la licence sur la location d’un Mac.

Méthode 1 : un client VNC sur un réseau privé

Le partage d’écran de macOS parle VNC, donc les clients VNC sous Windows peuvent s’y connecter. Sur un Mac que vous configurez vous-même, le réglage se trouve dans Réglages Système, Général, Partage, Partage d’écran. Activez l’option qui permet aux clients VNC de contrôler l’écran avec un mot de passe. Apple précise que le partage d’écran et la gestion à distance ne peuvent pas être activés en même temps.

N’ouvrez jamais le port 5900 sur internet. C’est une cible bien connue des scanners. Mettez plutôt le Mac et votre PC sur un réseau privé. Chez MacRun, chaque Mac est sur un réseau Tailscale privé, sans port public. Installez Tailscale sur votre PC et acceptez le partage. Puis pointez RealVNC Viewer ou TightVNC vers l’adresse Tailscale du Mac, sur le port 5900. Le partage d’écran est déjà activé. Notre documentation d’installation donne les étapes exactes.

Méthode 2 : le bureau dans un onglet du navigateur

Avec notre offre Agent, l’espace client a un bouton Open my Mac. Le bureau du Mac s’ouvre dans un nouvel onglet du navigateur. Saisissez le mot de passe d’écran affiché dans l’espace client. Rien à installer sur votre PC, ce qui aide sur un portable professionnel verrouillé. Chaque lien de session expire au bout d’un moment. Cliquez à nouveau sur le bouton pour en obtenir un nouveau.

Un client VNC natif gère en général mieux le clavier qu’un navigateur. Le navigateur garde certains raccourcis pour lui. Pour de longues sessions Xcode, utilisez un client VNC. Pour une vérification rapide depuis n’importe quel ordinateur, l’onglet est plus simple.

Quelle latence attendre

Chaque frappe part vers le Mac et chaque changement d’écran revient. La distance compte donc. Nos Mac sont dans le New Jersey. Depuis la côte Est des États-Unis, l’aller-retour est court. Depuis l’Europe ou l’Asie, il est plus long. Nous ne promettons pas de chiffre, car il dépend de votre connexion. Mesurez la vôtre :

tailscale ping <your-mac-name>
tailscale status

La documentation de Tailscale décrit les deux types de chemin. Une connexion directe est la plus rapide. Une connexion relayée passe par les serveurs DERP de Tailscale et est en général plus lente. La sortie de status vous indique laquelle vous avez. La latence se voit surtout quand de grandes zones de l’écran changent, par exemple en faisant défiler un long fichier. Une résolution distante plus faible signifie moins de pixels à envoyer, ce qui aide.

Correspondance du clavier

Votre PC n’a pas de touche Commande, donc le client VNC associe l’une de vos touches à celle-ci. Laquelle dépend du client, en général la touche Windows ou Alt. Vérifiez les réglages clavier du client. Puis testez dans TextEdit : copiez et collez un mot. Windows garde quelques combinaisons pour lui, comme Alt Tab et la touche Windows seule.

Apprenez quelques raccourcis Xcode et vous toucherez rarement à la souris :

• Commande B compile. Commande R compile et lance.
• Commande U lance les tests. Commande point arrête.
• Commande Maj K nettoie le dossier de build.
• Commande Maj O ouvre n’importe quel fichier par son nom.

Partager le travail : éditer en SSH, regarder en VNC

Vous n’êtes pas obligé de tout faire via l’écran distant. L’extension Remote SSH de VS Code prend en charge macOS 10.14 et plus récent comme hôte, avec la session à distance activée. Votre éditeur tourne sous Windows, donc la frappe n’a aucune latence d’écran. Les fichiers et le terminal sont sur le Mac.

Depuis ce terminal, vous pouvez compiler avec xcodebuild et lancer les tests. N’ouvrez l’écran distant que si vous en avez besoin : le simulateur, le débogueur de Xcode, Instruments ou une fenêtre de signature. Chez MacRun, SSH passe par le même réseau Tailscale privé que le partage d’écran.

Utiliser le simulateur à distance

Le simulateur est une fenêtre sur l’écran du Mac, donc vous le voyez dans votre client VNC. Cliquez pour toucher et faites glisser pour défiler. Chez MacRun, Xcode 26.6 est livré avec le runtime du simulateur iOS 26.5 installé. Vous pouvez aussi le piloter depuis un terminal en SSH, sans aucun écran :

xcrun simctl list devices
xcrun simctl boot "iPhone 17"
xcrun simctl install booted MyApp.app
xcrun simctl launch booted com.example.MyApp
xcrun simctl io booted screenshot shot.png

Utilisez un nom d’appareil tiré de la sortie de la première commande. Un iPhone branché sur votre PC, c’est une autre histoire. Le Mac distant ne peut pas le voir en USB. Installez plutôt vos builds sur votre téléphone avec TestFlight. Notre guide pour publier sans Mac explique comment.

Qui ne devrait pas faire cela

Certains travaux sont pénibles sur une connexion lente ou lointaine. Une journée entière dans les aperçus SwiftUI en est un exemple. Un Mac sur votre bureau vaut alors mieux. Apple affiche le Mac mini de base à $899. Nous ne louons pas de machines Windows, et tous nos Mac sont au même endroit. Les utilisateurs très éloignés sentiront donc plus de latence. Il n’y a pas de SLA.

Si un Mac distant vous convient, le nôtre est un mini M6 dédié avec accès administrateur. Consultez les tarifs pour les deux offres.