OS X El Capitanにアップグレードしたばかりで、subl .
コマンドがzsh: command not found: subl
エラーメッセージの処理を停止しました。
他の投稿で提案されているように、次のコマンドを実行しました。
Sudo ln -s /Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl /usr/local/bin/subl
結果:
ln: /usr/local/bin/subl: File exists
"。bash_profile"および"。zsh_profile"に次の行が保存されています。
export PATH=/bin:/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:$PATH
export EDITOR='subl -w'
また試してみました:
Sudo ln -s /Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl /usr/bin/subl
結果:
ln: /usr/bin/subl: Operation not permitted
更新:次のコマンドを実行すると動作するように見えました:
alias subl="'/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl'"
しかし、端末を再起動するとすぐに、subl .
コマンドが機能しなくなります。
Update2:次の行を貼り付けた後:alias subl="'/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl'"
、subl ~/.zshrc
コマンドのsubl .
は、端末の再起動後も動作しますが、端末は通常よりも遅く、比較的小さなフォルダーを開くと動作するようですsubl .
コマンドを使用すると、ファイルを表示するのに時間がかかることがあります...
最終更新:Sudo rm /usr/local/bin/subl
に続いてSudo ln -s /Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl /usr/local/bin/subl
を実行した後すべてが完全に機能します、@ chrisのおかげです。
エルキャピタンでは、/usr/bin
への書き込みは許可されていませんが、/usr/local/bin
への書き込みは問題ありません。デフォルトでは、/usr/local/bin
もパス変数に含まれている必要があります。
同じ問題があった。シンボリックリンクを削除して再作成すると、問題が修正されました。おそらく、現在のシンボリックリンクは、アップグレード後に間違った場所を指している可能性があります。
Sudo rm /usr/local/bin/subl
Sudo ln -s /Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl /usr/local/bin/subl
またはSublime Text 2(from – @simenコメント):
Sudo rm /usr/local/bin/subl
Sudo ln -s /Applications/Sublime\ Text\ 2.app/Contents/SharedSupport/bin/subl /usr/local/bin/subl