Właśnie zaktualizowałem system do wersji OS X El Capitan i subl .
przestał działać z komunikatem o błędzie zsh: command not found: subl
.wysublimowane dowiązanie symboliczne zniknęło po aktualizacji do El Capitan
mam uruchomić następującą komendę jako sugerowane w innych postach:
sudo ln -s /Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl /usr/local/bin/subl
wynik:
ln: /usr/local/bin/subl: File exists
w ".bash_profile" jak również ".zsh_profile" I mają zapisane następujące linie:
export PATH=/bin:/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:$PATH
export EDITOR='subl -w'
próbował również:
sudo ln -s /Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl /usr/bin/subl
wynik:
ln: /usr/bin/subl: Operation not permitted
Aktualizacja: wydawało się do pracy po uruchamiając następującą komendę:
alias subl="'/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl'"
ale jak tylko ponownie uruchomić terminal, Komenda subl .
przestaje działać.
Update2: po wklejeniu następujący wiersz: alias subl="'/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl'"
w subl ~/.zshrc
, komenda subl .
działa nawet po ponownym uruchomieniu terminala, ale końcówka wydaje się działać wolniej niż normalnie, a po otwarciu stosunkowo małych foldery z poleceniem subl .
, czasami jest to biorąc wieku aby zobaczyć pliki ...
Finał Aktualizacja: Po uruchomieniu sudo rm /usr/local/bin/subl
następnie sudo ln -s /Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl /usr/local/bin/subl
wszystko działa idealnie, dzięki @chris.
Czy jesteś pewien, że .bash_profile jest odczytywany przez 'zsh'? – lenz
Szczerze mówiąc, nie wiedziałbym o tym, ale mam te same linie wewnątrz zsh_profile –
Ok. Wpisz 'echo $ PATH' w wierszu poleceń, aby sprawdzić, czy/usr/local/bin znajduje się w zmiennej ścieżki. – lenz