Ouverture Atom dans le répertoire actuel du WSL

2

Je veux pouvoir taper atom .WSL et ouvrir Atom avec le répertoire actuel.

J'ai essayé d'ajouter alias atom='/mnt/c/Users/Leo/AppData/Local/atom/atom.exe'à mon .bashrc. Il ouvre Atom, mais pas dans le répertoire en cours.

Cela fonctionne si j'ajoute alias atom='/mnt/c/Users/Leo/AppData/Local/atom/app-1.14.4/atom.exe', mais je dois le mettre à jour à chaque mise à jour d'Atom.

Y a-t-il un meilleur moyen?

Leo Jiang
la source
Si j'utilise la version unix WSL de atom/usr/bin/atom: line 129: 1356 Aborted (core dumped ) nohup "$ATOM_PATH" --executed-from="$(pwd)" --pid=$$ "$@" > "$ATOM_HOME/nohup.out" 2>&1 Assertion 'pthread_mutex_unlock(&m->mutex) == 0' failed at pulsecore/mutex-posix.c:108, function pa_mu tex_unlock(). Aborting.
Jonathan
De plus, si vous exécutez la version Windows de atom dans WSL, cela n’est-il pas contraire aux exigences de WSL? Ecrire dans des fichiers sur un système de fichiers Unix depuis une application Windows les corrompt, j'entends
Jonathan
@Leo Jiang Les deux méthodes ouvrent simplement Atom avec une vue de dossier vide.
Răzvan Flavius ​​Panda Le

Réponses:

0

Essaye ça:

alias atom='/mnt/c/Windows/System32/cmd.exe /c "atom ."'

Afin de rendre l'atome cli disponible pour cmd, cygwin et msys, atom insère C:\Users\<name>\AppData\Local\atom\binla variable d'environnement PATH de votre utilisateur local Windows. Donc, cet alias devrait être exécuté à atom.cmdpartir de cet emplacement en utilisant votre répertoire bash actuel. Bien sûr, si ce n'est pas dans le PATH Windows pour une raison quelconque, il suffit de remplacer atom par le chemin absolu de la fenêtre atom.cmd.

Je ne suis pas sûr à 100% que ., vu par cmd, il s'agira du répertoire actuel de Windows bash et, malheureusement, je ne peux pas le tester (pas sur la construction d'initiés), mais cette ligne de l' article de blog interop me fait penser que cela devrait fonctionner (à condition que en bash vous êtes quelque part /mnt/<drive letter>/):

Le répertoire de travail actuel des processus NT lancés sera hérité par les processus NT s'il se trouve quelque part dans un montage DrvFs.

Josh Brobst
la source