Ubuntu – N’importe quel moyen d’utiliser l’éditeur de code Visual Studio au lieu de nano / vim / emacs pour modifier des fichiers

J’ai un problème où je ne peux modifier que les fichiers .bashrc ou .zshrc avec le nano commander.

Quand j’entre code .bashrc il ouvre simplement un fichier .bashrc vide. Avec nano il fonctionne dans le shell et affiche correctement le fichier via la commande nano .bashrc , mais je déteste modifier les fichiers via nano et je préfère le faire sur Visual Studio, toute idée de comment résoudre ce problème afin que Visual Studio Code puisse lire. des dossiers?

Enfer, même lors de l’édition de fichiers normaux (c’est-à-dire des fichiers qui ne sont pas cachés avec . ) avec code , pendant que ça marche, git status n’enregistre pas la modification, mais il l’enregistre si le fichier a été modifié avec nano . Super frustrant en tant que personne qui n’aime pas éditer via shell et cela me fait envisager de revenir à Git Bash .. même si je préfère de loin travailler avec zsh sur WSL.

Meilleure réponse

  • Vous pouvez démarrer Visual Studio Code dans Windows, puis vous connecter à votre système WSL avec celui-ci et ouvrir les fichiers que vous souhaitez modifier. Cela fonctionne presque de la même manière que l’édition à distance via SSH de fichiers sur une autre machine (ce qui peut être fait à la fois à partir de clients Windows et GNU / Linux et elle-même séparée de WSL). La seule différence du point de vue de l’interface utilisateur est l’élément de menu que vous sélectionnez pour vous connecter. De plus, en fonction de ce qui ne va pas, la procédure de configurationmaifaire aussi code commande fonctionne comme vous le souhaitez.

    Je recommande d’installer le pack d’extension de développement à distance dans Visual Studio Code, si ce n’est pas déjà fait. Mais en réalité, vous n’avez besoin que de l’extension WSL à distance pour cela. (Le pack d’extension de développement à distance installe cette extension ainsi que d’autres pour la modification à distance sur des systèmes non WSL via SSH.) Vous pouvez l’installer à partir de Visual Studio Code; ces liens sont principalement à titre de référence. Une fois installé, vousdevraitpouvoir courir code depuis le système WSL et ouvrez les fenêtres de l’éditeur sur le système hôte qui se connectent au système WSL, bien que j’ai toujours trouvé cela au mieux gênant.

    Notez que l’installation du code Visual Studio lui-même, c’est-à-dire le programme client, à l’intérieur d’un système WSL n’est pas prise en charge et n’est pas particulièrement susceptible de fonctionner même sur un système Windows avec un serveur X comme VcXsrv sur lequel d’autres programmes graphiques Ubuntu fonctionnent généralement. (J’ai essayé.) Si vous avez installé des packages Visual Studio Code dans le système WSL, je vous suggère de les supprimer, et cela pourrait même obtenir votre code pour commencer à fonctionner correctement.

    Quoi qu’il en soit, vous pouvez vous connecter au système WSL dans l’éditeur, ce que je recommande. Une fois les extensions nécessaires installées, vous devriez voir un > < bouton dans le coin inférieur gauche de chaque fenêtre Visual Studio Code, avec le texte de la sourisOuvrez une fenêtre distante.

    Lorsque vous cliquez dessus, un menu apparaît en haut de la fenêtre avec diverses actions pour démarrer l’édition à distance. Vous voudrez probablement sélectionnerRemote-WSL: nouvelle fenêtrele plus souvent.

    Dans la nouvelle fenêtre, dans le coin inférieur gauche, il afficheraWSL: Ubuntu.

    Si vous allez ouvrir un fichier dans la fenêtre d’édition à distance, au lieu de vous montrer une boîte de dialogue d’ouverture de fichier native, vous obtenez des menus dans Visual Studio Code à travers lesquels vous pouvez naviguer vers n’importe quel emplacement du système auquel vous êtes connecté. Dans ce cas, c’est votre système WSL.presseCtrl+Opour ouvrir un seul fichier.Vous pouvez également ouvrir des dossiers (de la manière habituelle) dans ce mode, ce que vous voudrez souvent faire, surtout si vous souhaitez l’intégration de Git dans l’éditeur. Mais pour éditer un .bashrc fichier en place, vous ne voudriez probablement pas le faire.

    Dans le menu qui apparaît lorsque vous appuyez surCtrl+O, il faut dire /home/you/ , mais avec votre nom d’utilisateur (sur le système WSL) à la place de you . Par exemple, il dit /home/ek/ pour moi. Si oui, vous êtes au bon endroit. Vous pouvez voir .bashrc répertorié si vous faites défiler vers le bas, mais vous pouvez simplement taper .bashrc , donc ça dit /home/you/.bashrc . Puis appuyezEntrerou cliquezOK.

    Vous pouvez ouvrir d’autres fichiers de la même manière; cette procédure n’est pas spécifique à .bashrc .

    Après avoir ouvert le fichier, vous pouvez le modifier et enregistrer vos modifications. Les modifications sont effectuées dans le système WSL.

    Bien que vous deviez ouvrir un dossier pour obtenir l’intégration de Git dans l’éditeur – tout comme vous le faites généralement lors d’une modification locale – vous pouvez utiliser Git et effectuer d’autres actions à partir d’un terminal. Lorsque vous ouvrez un terminal dans une fenêtre d’édition à distance, le terminal vous donne un shell sur le système auquel vous êtes connecté (qui dans ce cas est votre système WSL). Vous avez peut-être déjà un tel shell; sinon, appuyez surCtrl+`.

    La façon dont cela fonctionne est que Visual Studio Code exécute en fait un autreserveursur le système distant (dans ce cas, le système WSL). Il stocke ses fichiers dans ~/.vscode-server dans votre répertoire personnel sur ce système. Lors de la connexion à des machines distinctes réelles (ou machines virtuelles), ce répertoire est toujours utilisé, même si ces systèmes ont également une installation normale (c’est-à-dire client) de Visual Studio Code. Exécution du code