Configuration du terminal sur toutes les plateformes

L’expérience du terminal varie selon les systèmes d’exploitation. Les concepts fondamentaux des fondamentaux du terminal s’appliquent partout, mais les programmes spécifiques, les shells par défaut, et les étapes de configuration diffèrent. Cette note couvre la configuration pratique pour chaque plateforme et fournit un tableau de traduction pour les commandes qui divergent.

macOS

macOS utilise zsh comme shell par défaut depuis Catalina (2019). Avant cela, il utilisait bash. Pour les besoins pratiques, les deux sont interchangeables pour les commandes de base — tout fonctionne identiquement dans les deux.

Ouvrir le terminal

Le chemin le plus rapide : appuyez sur Cmd + Espace pour ouvrir Spotlight, tapez “Terminal”, et appuyez sur Entrée. Terminal.app se trouve dans /Applications/Utilities/ si vous préférez le trouver manuellement.

iTerm2 : la mise à niveau populaire

De nombreux développeurs remplacent Terminal.app par iTerm2, un terminal tiers gratuit qui offre :

Volets divisés — exécuter plusieurs sessions terminal côte à côte dans une seule fenêtre
Meilleure recherche — trouver du texte dans la sortie terminal avec Cmd+F
Profils — sauvegarder différentes configurations pour différents projets ou environnements
Personnalisation étendue — thèmes, polices, raccourcis clavier, transparence

iTerm2 n’est pas requis — Terminal.app fonctionne bien pour tout ce que fait Claude Code. Mais si vous passez du temps significatif dans le terminal, les améliorations de qualité de vie d’iTerm2 valent les cinq minutes d’installation.

Notes spécifiques à macOS

Homebrew (brew) est le gestionnaire de paquets standard. La plupart des outils de développement s’installent via lui.
macOS est insensible à la casse par défaut (sur les volumes APFS), ce qui signifie que File.txt et file.txt sont traités comme le même fichier. Cela peut créer des bugs subtils lors du déploiement sur des serveurs Linux, qui sont sensibles à la casse.
Les outils en ligne de commande Xcode (installés via xcode-select --install) fournissent des outils de développement essentiels incluant git. macOS vous invite à les installer la première fois que vous exécutez une commande de développement.

Linux

La plupart des distributions Linux utilisent bash par défaut et incluent un émulateur de terminal clé en main — GNOME Terminal sur Ubuntu, Konsole sur KDE, xfce4-terminal sur Xfce. L’expérience est essentiellement identique à macOS pour les commandes de base.

Pour commencer

Votre terminal est déjà installé. Trouvez-le dans votre menu d’applications, ou utilisez le raccourci clavier (souvent Ctrl+Alt+T sur Ubuntu/GNOME).

Notes spécifiques à Linux

Les gestionnaires de paquets varient selon la distribution : apt pour Debian/Ubuntu, dnf pour Fedora, pacman pour Arch. Les commandes terminal elles-mêmes sont les mêmes entre les distributions — ce sont seulement les commandes d’installation qui diffèrent.
Linux est sensible à la casse. File.txt et file.txt sont des fichiers différents. C’est le comportement attendu pour les serveurs et les cibles de déploiement.
Les permissions sont plus visibles sur Linux. Vous rencontrerez sudo plus fréquemment pour les opérations au niveau système.

Windows

Windows offre trois approches distinctes de l’utilisation du terminal, chacune avec des compromis différents.

Option 1 : WSL (recommandé pour la compatibilité complète)

WSL (Windows Subsystem for Linux) exécute un environnement Linux complet dans Windows. C’est l’approche recommandée pour Claude Code car elle fournit une compatibilité complète avec les outils et commandes Unix.

# Dans PowerShell en tant qu'Administrateur
wsl --install

Après redémarrage, vous aurez une installation Ubuntu complète accessible depuis votre menu Démarrer. À l’intérieur, tout fonctionne exactement comme sur Linux natif :

# Dans le nouveau terminal Ubuntu
npm install -g @anthropic-ai/claude-code

WSL accède à vos fichiers Windows à /mnt/c/Users/VotreNom/. Votre lecteur Windows C: est monté comme /mnt/c/, vous pouvez donc travailler avec des fichiers dans l’un ou l’autre environnement.

Le compromis : WSL ajoute de la complexité. Vous exécutez deux systèmes d’exploitation simultanément, avec deux systèmes de fichiers et deux configurations PATH. Quand les choses fonctionnent, l’expérience est transparente. Quand elles ne fonctionnent pas, le débogage nécessite de comprendre Windows et Linux simultanément.

Option 2 : Git Bash (configuration plus simple)

Git Bash fournit des commandes de type Unix et est supporté par Claude Code. Installez Git pour Windows et utilisez le terminal Git Bash inclus.

Git Bash vous donne bash, ls, cd, grep, cat, et la plupart des commandes Unix standard sans le poids complet d’un sous-système Linux. Il est plus simple à configurer que WSL et suffisant pour la plupart des workflows Claude Code.

Le compromis : Certains outils et scripts supposent un environnement Unix complet que Git Bash ne fournit pas. Les workflows avancés impliquant des services système, des processus en arrière-plan, ou des outils spécifiques à Unix peuvent rencontrer des limitations.

Option 3 : PowerShell natif

Claude Code fonctionne dans PowerShell, bien que certaines commandes diffèrent de leurs équivalents Unix. PowerShell est déjà installé sur chaque machine Windows.

Le compromis : La syntaxe des commandes PowerShell diverge significativement de bash/zsh. Les tutoriels, les réponses Stack Overflow, et les suggestions de Claude Code supposent souvent des commandes Unix. Vous passerez du temps à traduire.

Équivalents de commandes entre les plateformes

Quand un tutoriel ou un outil suppose des commandes Unix, ce tableau fournit les équivalents Windows :

Tâche	Mac/Linux	PowerShell	Windows CMD
Lister les fichiers	`ls`	`Get-ChildItem` ou `ls`	`dir`
Changer de répertoire	`cd dossier`	`cd dossier`	`cd dossier`
Emplacement actuel	`pwd`	`Get-Location` ou `pwd`	`cd` (sans args)
Voir un fichier	`cat fichier`	`Get-Content fichier`	`type fichier`
Rechercher dans un fichier	`grep "texte" fichier`	`Select-String "texte" fichier`	`findstr "texte" fichier`
Effacer l’écran	`clear`	`Clear-Host` ou `cls`	`cls`

PowerShell fournit des alias pour beaucoup de commandes Unix — ls, pwd, cat, et cd fonctionnent tous dans PowerShell même s’ils sont des alias pour des cmdlets natifs. Cela rend la transition moins pénible pour les opérations de base.

Le piège de la sensibilité à la casse

Une différence critique entre les plateformes mérite une attention explicite : Linux est sensible à la casse (File.txt et file.txt sont des fichiers différents), tandis que Windows et macOS (par défaut) ne le sont pas.

Cela compte rarement lors du travail local, mais cela crée de vrais bugs quand :

Vous développez sur macOS ou Windows et déployez sur un serveur Linux
Vous importez un fichier comme ./Utils/Helper.js sur macOS (fonctionne) mais le nom de fichier réel est ./utils/helper.js (échoue sur Linux)
Git suit un changement de casse comme un renommage sur Linux mais l’ignore sur macOS

Le conseil pratique : utilisez toujours des casses cohérentes. Préférez les minuscules pour les noms de fichiers et de répertoires. Si vous développez du code qui s’exécutera sur Linux, testez sur Linux (ou dans WSL) avant de déployer.

Quelle configuration choisir

Pour Claude Code spécifiquement :

Utilisateurs macOS : Vous êtes déjà prêts. Ouvrez Terminal.app et démarrez.
Utilisateurs Linux : Vous êtes déjà prêts. Ouvrez votre terminal et démarrez.
Utilisateurs Windows qui feront un développement significatif : Installez WSL. La complexité initiale est compensée par la compatibilité à long terme.
Utilisateurs Windows qui veulent essayer Claude Code rapidement : Utilisez Git Bash. Il est plus léger que WSL et suffisant pour la plupart des tâches.
Utilisateurs Windows déjà à l’aise avec PowerShell : Claude Code fonctionne là aussi, mais préparez-vous à traduire les exemples centrés sur Unix.