[{"data":1,"prerenderedAt":31},["ShallowReactive",2],{"doc:fr:settings-terminals":3},{"title":4,"lede":5,"html":6,"headings":7},"Réglages : Terminaux","L’onglet « Terminaux » des réglages dit à Escouade où trouver les shells que les terminaux intégrés, les commandes de lancement, les commandes de worktree et les tests utilisent.","\u003Ch2 id=\"ouvrir-l-onglet\">Ouvrir l’onglet\u003C\u002Fh2>\n\u003Cp>Ouvre les réglages avec \u003Ccode class=\"key\">Ctrl+,\u003C\u002Fcode> (\u003Ccode class=\"key\">⌘,\u003C\u002Fcode> sous macOS), puis choisis « Terminaux » (« Shells disponibles dans les terminaux intégrés »). Ces réglages sont ceux de l’app, communs à tous les projets ; ils s’appliquent à « Enregistrer ». Les terminaux eux-mêmes sont décrits dans \u003Ca href=\"\u002Fdocs\u002Fterminals\u002F\">les terminaux\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>L’onglet n’a qu’un groupe, « Chemins ». Escouade détecte les shells seule ; tu ne remplis un champ que pour désigner un shell qu’elle ne trouve pas, ou en préférer un autre.\u003C\u002Fp>\n\u003Ch2 id=\"chemins\">Chemins\u003C\u002Fh2>\n\u003Cp>Sous le titre du groupe, la ligne « Détectés : » liste les shells trouvés, par exemple « Détectés : PowerShell, Git Bash, WSL », ou « Détectés : aucun ». Elle se met à jour une fois les réglages enregistrés.\u003C\u002Fp>\n\u003Cp>Sous Windows, l’onglet a trois champs :\u003C\u002Fp>\n\u003Cdiv class=\"table\">\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Réglage\u003C\u002Fth>\n\u003Cth>Effet\u003C\u002Fth>\n\u003Cth>Par défaut\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>« PowerShell 7 »\u003C\u002Ftd>\n\u003Ctd>Le chemin de \u003Ccode class=\"key\">pwsh.exe\u003C\u002Fcode>.\u003C\u002Ftd>\n\u003Ctd>Vide (« vide = auto »)\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Git Bash »\u003C\u002Ftd>\n\u003Ctd>Le chemin de \u003Ccode class=\"key\">bash.exe\u003C\u002Fcode>, l’exécutable bash de Git for Windows.\u003C\u002Ftd>\n\u003Ctd>Vide (« vide = auto »)\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>« Distribution WSL »\u003C\u002Ftd>\n\u003Ctd>Le nom de la distribution WSL à utiliser, par exemple \u003Ccode class=\"key\">Ubuntu\u003C\u002Fcode>.\u003C\u002Ftd>\n\u003Ctd>Vide (« vide = distribution par défaut »)\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>Sous macOS, l’onglet n’a qu’un champ, « bash » (« vide = auto »), pour le chemin de bash.\u003C\u002Fp>\n\u003Cdiv class=\"callout note\">\u003Cp class=\"callout-title\">À noter\u003C\u002Fp>\u003Cp>Sous Linux, l’onglet affiche les trois mêmes champs que sous Windows, mais seul le champ « Git Bash » compte : il désigne alors \u003Ccode class=\"key\">bash\u003C\u002Fcode>. Les champs « PowerShell 7 » et « Distribution WSL » n’y ont aucun effet.\u003C\u002Fp>\n\u003C\u002Fdiv>\n\u003Cp>Un champ laissé vide laisse Escouade chercher. Un chemin qui ne désigne aucun fichier n’est pas remplacé par la détection : le shell correspondant n’est pas proposé. Pour PowerShell, Escouade se rabat alors sur Windows PowerShell s’il est installé.\u003C\u002Fp>\n\u003Ch2 id=\"comment-les-shells-sont-detectes\">Comment les shells sont détectés\u003C\u002Fh2>\n\u003Ch3 id=\"sous-windows\">Sous Windows\u003C\u002Fh3>\n\u003Cp>Les shells sont listés dans cet ordre :\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Cstrong>PowerShell\u003C\u002Fstrong> : le chemin du champ « PowerShell 7 » s’il est rempli. Sinon \u003Ccode class=\"key\">pwsh.exe\u003C\u002Fcode> dans le \u003Ccode class=\"key\">PATH\u003C\u002Fcode>, puis les dossiers \u003Ccode class=\"key\">PowerShell\\7\u003C\u002Fcode> et \u003Ccode class=\"key\">PowerShell\\7-preview\u003C\u002Fcode> de Program Files, puis l’alias du Microsoft Store (\u003Ccode class=\"key\">WindowsApps\\pwsh.exe\u003C\u002Fcode>). Sans PowerShell 7, Windows PowerShell (\u003Ccode class=\"key\">powershell.exe\u003C\u002Fcode>, fourni avec Windows) est proposé à la place, sous le nom « Windows PowerShell ».\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Git Bash\u003C\u002Fstrong> : le chemin du champ « Git Bash » s’il est rempli. Sinon le \u003Ccode class=\"key\">bash.exe\u003C\u002Fcode> du dossier de Git, retrouvé à partir de \u003Ccode class=\"key\">git.exe\u003C\u002Fcode> dans le \u003Ccode class=\"key\">PATH\u003C\u002Fcode> (\u003Ccode class=\"key\">bin\\bash.exe\u003C\u002Fcode> ou \u003Ccode class=\"key\">usr\\bin\\bash.exe\u003C\u002Fcode>), puis \u003Ccode class=\"key\">Git\\bin\\bash.exe\u003C\u002Fcode> dans Program Files.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>WSL\u003C\u002Fstrong> : proposé dès que \u003Ccode class=\"key\">wsl.exe\u003C\u002Fcode> existe. Il s’appelle « WSL », ou « WSL (Ubuntu) » avec la distribution du champ « Distribution WSL ». Le terminal s’ouvre dans le dossier voulu, dans cette distribution ; champ vide, c’est la distribution par défaut de WSL.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Ch3 id=\"sous-macos-et-linux\">Sous macOS et Linux\u003C\u002Fh3>\n\u003Cp>Le shell de connexion (la variable \u003Ccode class=\"key\">SHELL\u003C\u002Fcode>) vient en premier s’il s’agit de zsh, bash, fish ou sh, puis zsh, bash et fish, cherchés dans \u003Ccode class=\"key\">\u002Fbin\u003C\u002Fcode>, \u003Ccode class=\"key\">\u002Fusr\u002Fbin\u003C\u002Fcode> et le \u003Ccode class=\"key\">PATH\u003C\u002Fcode>. \u003Ccode class=\"key\">sh\u003C\u002Fcode> n’est proposé que si aucun autre shell n’est trouvé. Le champ « bash » remplace l’emplacement de bash, sauf quand \u003Ccode class=\"key\">SHELL\u003C\u002Fcode> désigne déjà bash : c’est alors ce bash-là qui sert.\u003C\u002Fp>\n\u003Ch2 id=\"quel-shell-sert-a-quoi\">Quel shell sert à quoi\u003C\u002Fh2>\n\u003Cp>L’ordre de la liste compte : il n’y a pas de réglage « shell par défaut », c’est le premier shell détecté.\u003C\u002Fp>\n\u003Cul>\n\u003Cli>Dans la barre latérale, le bouton \u003Cstrong>+\u003C\u002Fstrong> de la section « Terminaux » (« Nouveau terminal ») ouvre un menu avec tous les shells détectés : tu choisis lequel.\u003C\u002Fli>\n\u003Cli>« Ouvrir un terminal » (menu d’un agent) et « Ouvrir un terminal ici » (menu de l’arborescence de l’éditeur) utilisent le premier shell.\u003C\u002Fli>\n\u003Cli>Une commande de lancement ou une commande de worktree a son propre choix « Shell », dans les réglages du projet (voir \u003Ca href=\"\u002Fdocs\u002Fsettings-projects\u002F\">l’onglet « Projets »\u003C\u002Fa>). Une nouvelle commande part avec le premier shell. Voir \u003Ca href=\"\u002Fdocs\u002Flaunch\u002F\">le lancement\u003C\u002Fa> et \u003Ca href=\"\u002Fdocs\u002Fworktrees\u002F\">les worktrees\u003C\u002Fa>.\u003C\u002Fli>\n\u003Cli>La « Commande de tests » du Kanban (\u003Ca href=\"\u002Fdocs\u002Fsettings-board\u002F\">l’onglet « Kanban »\u003C\u002Fa>) et les lancements de test (\u003Ca href=\"\u002Fdocs\u002Ftesting\u002F\">les tests\u003C\u002Fa>) utilisent aussi le premier shell.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Sans shell détecté, le bouton \u003Cstrong>+\u003C\u002Fstrong> affiche « Aucun shell détecté (PowerShell 7, Git Bash, WSL). Vérifie les réglages. »\u003C\u002Fp>\n\u003Ch2 id=\"ce-qui-est-regle-ailleurs\">Ce qui est réglé ailleurs\u003C\u002Fh2>\n\u003Cul>\n\u003Cli>\u003Cstrong>Le proxy dans les terminaux\u003C\u002Fstrong> : « Appliquer aussi le proxy aux terminaux intégrés » est dans l’onglet \u003Ca href=\"\u002Fdocs\u002Fsettings-network\u002F\">« Réseau »\u003C\u002Fa>. Il vaut aussi pour les commandes de lancement et de worktree.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Claude Code dans WSL\u003C\u002Fstrong> : sous Windows, quand le chemin de l’exécutable (onglet \u003Ca href=\"\u002Fdocs\u002Fsettings-claude-code\u002F\">« Claude Code »\u003C\u002Fa>) est vide et qu’aucun \u003Ccode class=\"key\">claude\u003C\u002Fcode> n’est trouvé sous Windows, Escouade en cherche un installé dans WSL, dans la distribution du champ « Distribution WSL » (la distribution par défaut s’il est vide).\u003C\u002Fli>\n\u003C\u002Ful>\n",[8,12,15,18,22,25,28],{"id":9,"text":10,"depth":11},"ouvrir-l-onglet","Ouvrir l’onglet",2,{"id":13,"text":14,"depth":11},"chemins","Chemins",{"id":16,"text":17,"depth":11},"comment-les-shells-sont-detectes","Comment les shells sont détectés",{"id":19,"text":20,"depth":21},"sous-windows","Sous Windows",3,{"id":23,"text":24,"depth":21},"sous-macos-et-linux","Sous macOS et Linux",{"id":26,"text":27,"depth":11},"quel-shell-sert-a-quoi","Quel shell sert à quoi",{"id":29,"text":30,"depth":11},"ce-qui-est-regle-ailleurs","Ce qui est réglé ailleurs",1791926755917]