Best apps for SSH remote development on desktop

Un ancien ordinateur portable peut piloter une nouvelle build si la build s’exécute sur une machine ailleurs. Le développement distant orienté SSH est la raison pour laquelle un ultrabook mince peut compiler un monorepo Rust sans se plaindre, pourquoi un Chromebook peut exécuter une pile Node complète, et pourquoi les chambres d’hôtel peuvent accueillir une journée de travail productive. Les meilleures applications de développement distant par SSH transforment un hôte distant en un espace de travail de première classe, pas une session de terminal avec un éditeur de code par-dessus. Nous avons testé sept applications que les gens utilisent réellement dans les équipes de production et sur des labos personnels.

Ce qu’il faut chercher dans une application de développement distant

Six critères décident de l’adéquation :

Comparaison rapide

App Meilleur pour Plateformes Plan gratuit Prix de départ Point fort
VS Code Remote SSH Écosystème le plus large Win/mac/Linux Gratuit Gratuit Les extensions s’exécutent sur l’hôte
JetBrains Gateway Utilisateurs d’IntelliJ / PyCharm Win/mac/Linux Client gratuit À partir de $8,90/mois Vrai IntelliJ sur l’hôte
Zed Vitesse et collaboration mac/Linux/Win aperçu Gratuit Pro $10/mois Entrée inférieure à 16 ms sur LAN
Coder Environnements à l’échelle de l’équipe Web + tous les clients Gratuit (auto-hébergé) Enterprise personnalisé Modèles pour environnements reproductibles
DevPod Devcontainers locaux, hôte distant Win/mac/Linux Gratuit Gratuit devcontainer.json n’importe où
Termius Flux de travail orienté terminal Win/mac/Linux/iOS/Android Gratuit $10/mois Snippets et synchronisation entre appareils
MobaXterm Administrateurs Windows Windows Gratuit $69 une seule fois X11, SFTP, RDP, sessions en une app

Les applications

1. Visual Studio Code Remote SSH, mieux pour la plupart des gens

Visual Studio Code Remote SSH exécute le client de l’éditeur sur l’ordinateur portable et le serveur de langage, les extensions, les terminaux et le débogueur sur l’hôte. La lecture ~/.ssh/config est native, donc les hôtes de saut et les identités multiples fonctionnent sans réécriture. La redirection de port apparaît dans un panneau avec l’état en temps réel, et un serveur de développement sur l’hôte est accessible à localhost:5173 dans le navigateur local.

Où ça faiblissait : Le répertoire du serveur VS Code peut accumuler plusieurs gigaoctets sur l’hôte au fil du temps. La reconnexion après une perte de réseau est rapide mais pas instantanée.

Prix : Gratuit, client sous licence MIT, serveur à code fermé.

Plateformes : Windows, macOS, Linux (client et serveur).

Télécharger : Visual Studio Code · Remote SSH extension

Conclusion : La valeur par défaut pour une raison. Commencez ici à moins qu’une exigence spécifique ne l’exclue.

2. JetBrains Gateway, mieux pour les utilisateurs de la famille IntelliJ

JetBrains Gateway est un client léger qui installe un backend IDE complet sur l’hôte (IntelliJ IDEA, PyCharm, WebStorm, GoLand, Rider, RustRover) et diffuse l’interface utilisateur. L’indexation s’exécute sur l’hôte, donc ouvrir un monorepo ne fait pas tourner le ventilateur de l’ordinateur portable. Les refactorisations, les inspections et le débogueur se comportent comme l’IDE local parce que c’est l’IDE local s’exécutant ailleurs.

Où ça faiblissait : La connexion initiale est lente (plusieurs minutes pour indexer un grand repo la première fois). Abonnement uniquement pour la plupart des langues.

Prix :

Plateformes : Windows, macOS, Linux.

Télécharger : JetBrains Gateway

Conclusion : Le choix si l’équipe vit déjà dans les outils de la famille IntelliJ. Pas la peine de changer pour ça seul.

3. Zed, mieux pour la vitesse

Zed est un éditeur basé sur Rust avec une entrée inférieure à 16 ms sur un LAN et un mode de collaboration partagée qui reflète les curseurs et les terminaux dans toute l’équipe. Le développement distant se connecte via SSH et exécute son propre serveur Zed sur l’hôte. Sur une toute nouvelle boîte Ubuntu, le temps entre la pression d’une touche et le caractère visible est le plus rapide de tout ici.

Où ça faiblissait : L’écosystème d’extensions est beaucoup plus petit que VS Code. Le support du débogueur est plus jeune. Certains serveurs de langage nécessitent encore une configuration manuelle.

Prix :

Plateformes : macOS, Linux (stable) ; Windows en aperçu.

Télécharger : Zed

Conclusion : Si la latence de frappe est le goulot d’étranglement et la pile de langages est grand public, c’est celui à essayer.

4. Coder, mieux pour les environnements reproductibles à l’échelle de l’équipe

Coder est un plan de contrôle auto-hébergé qui met en place des environnements de développement sur des serveurs, Kubernetes ou des fournisseurs cloud à partir de modèles Terraform. Chaque développeur ouvre l’environnement dans VS Code, JetBrains Gateway, Zed ou un IDE de navigateur. L’équipe définit l’image de base une fois ; chaque espace de travail hérite de la pile exacte.

Où ça faiblissait : Nécessite une infrastructure pour exécuter le plan de contrôle. Pas l’outil pour un seul passionné.

Prix :

Plateformes : Web plus clients natifs.

Télécharger : Coder · GitHub

Conclusion : Envisagez ceci lorsque l’intégration d’un nouvel ingénieur dans un environnement de travail prend plus de deux heures.

5. DevPod, mieux pour les devcontainers portables

DevPod prend un fichier devcontainer.json et fait tourner le même environnement sur n’importe quel hôte : un Docker local, un serveur SSH, un cluster Kubernetes ou un fournisseur cloud. C’est l’équivalent open-source de Codespaces hébergé, et ça fonctionne sur VS Code, JetBrains et les clients de navigateur.

Où ça faiblissait : La spécification devcontainer est la source de vérité ; si le projet n’en a pas, DevPod n’est pas le bon point d’entrée. La documentation est en retard sur les mises à jour des fonctionnalités.

Prix : Gratuit, Licence Publique Mozilla.

Plateformes : Windows, macOS, Linux.

Télécharger : DevPod · GitHub

Conclusion : Le choix lorsque le même repo doit s’exécuter sur l’ordinateur portable, le serveur de bureau et un fournisseur cloud sans divergence.

6. Termius, mieux pour les flux de travail orientés terminal

Termius est un client SSH moderne avec hôtes, snippets, redirections de port et SFTP dans une interface, synchronisés entre le bureau et le mobile. Quiconque vit dans tmux ou le shell brut trouvera cela ressemble à un bon éditeur de texte pour les connexions. L’offre payante ajoute le partage d’hôtes et de snippets connus par l’équipe.

Où ça faiblissait : Pas un IDE. Éditer de grandes bases de code signifie toujours ouvrir vim ou nvim sur l’hôte. Le niveau gratuit est limité sans compte.

Prix :

Plateformes : Windows, macOS, Linux, iOS, Android.

Télécharger : Termius

Conclusion : Pour les ingénieurs qui éditent à l’intérieur de nvim ou helix sur l’hôte et qui veulent juste que le shell soit meilleur.

7. MobaXterm, mieux pour les administrateurs Windows

MobaXterm regroupe SSH, SFTP, RDP, VNC, X11 forwarding, un shell local de style Cygwin et un gestionnaire de session en un seul exécutable Windows. C’est le favori des administrateurs Windows travaillant contre des flottes Linux depuis une décennie. L’édition gratuite “Home” couvre la plupart des flux de travail.

Où ça faiblissait : Windows uniquement. L’interface utilisateur est obsolète. Pas orienté vers l’édition de code à grande échelle.

Prix :

Plateformes : Windows uniquement.

Télécharger : MobaXterm

Conclusion : Gardez ceci sur la station de travail Windows qui vit à la périphérie d’une flotte Linux. Pas un remplacement pour un vrai IDE.

Comment choisir le bon

Par défaut, utilisez VS Code Remote SSH. Il couvre la plupart des langues, la plupart des flux de travail et la plupart des ordinateurs portables, et l’écosystème porte le poids.

Passez à JetBrains Gateway si la journée implique de grands monorepos Java, Kotlin ou Go qui sont déjà indexés sur JetBrains localement.

Essayez Zed pour une pile Rust, Go ou TypeScript où la latence de frappe est le goulot d’étranglement perçu.

Choisissez Coder ou DevPod lorsque l’objectif est que chaque coéquipier obtienne le même environnement le jour un.

Optez pour Termius ou MobaXterm lorsque le flux de travail s’apparente davantage à un sysadmin qu’à du codage.

Questions fréquemment posées

Le développement distant SSH est-il plus lent que le local ? Sur un LAN, non. Sur une connexion Internet décente (RTT inférieur à 60 ms), l’expérience de frappe est indistinguible pour la plupart des éditeurs ici. Zed et VS Code Remote SSH restent réactifs au-delà de 150 ms ; le débogueur et la synchronisation des fichiers le sentent en premier.

Le SSH distant fonctionne-t-il avec les extensions VS Code ? Oui. VS Code Remote SSH installe l’extension sur l’hôte par défaut, donc les serveurs de langage, les formateurs et les linters s’exécutent sur la machine qui a le code et la chaîne d’outils.

Puis-je utiliser le SSH distant avec un Chromebook ou un iPad ? Oui. Les Chromebooks en mode développeur exécutent la version Linux de n’importe quel client ici. Sur iPad, VS Code et Zed ont tous deux des chemins de navigateur de première partie ou utilisables via code-server ou le client de navigateur de Zed.

Comment puis-je garder les secrets loin de mon ordinateur portable ? Ne récupérez pas le repo localement. Faites tout le travail sur l’hôte et utilisez le transfert d’agent SSH pour signer. Coder et DevPod rendent tous deux ce motif par défaut.

Quelle est la différence entre Codespaces et DevPod ? GitHub Codespaces est hébergé. DevPod est la généralisation open-source : il prend le même devcontainer.json et l’exécute sur n’importe quel hôte vers lequel vous le pointez, y compris votre propre serveur.

Lequel fonctionne le mieux sur un mauvais Wi-Fi d’hôtel ? JetBrains Gateway et Zed gèrent mieux les déconnexions que raw VS Code Remote SSH, parce que les deux conçoivent explicitement pour le cas du streaming. Les trois se rétablissent une fois le lien de retour.