Ich wollte den Ausführungspfad in Python von pyenv einfügen, aber die bekannte Methode funktionierte überhaupt nicht, das heißt, sie blieb einen Tag lang hängen und schmolz. Dies geschah, als ich Folgendes tat:
Die Geschichte der erneuten Übergabe des Python-Pfads an / Users / USER NAME / .pyenv / shims / python
. Dies ist unpraktisch, da sich die Version von Python nicht ändert.
Da zsh verwendet wurde, sind die folgenden Einstellungen natürlich in .zshrc. (Referenz: https://github.com/pyenv/pyenv)
export PYENV_ROOT="$HOME/.pyenv"
export PATH="$PYENV_ROOT/bin:$PATH"
eval "$(pyenv init -)"
Theoretisch sollte Ihr PATH auf jeden Fall durchlaufen, wenn Sie "source .zshrc" verwenden. .. .. Wenn ich es überprüfe. .. ..
$ which python
/usr/bin/python
Huh ?? FUCK !!! Ich bin nicht dorthin gegangen! !!
Hmm, das war's. Ist die Reihenfolge von PATH nicht falsch?
$ vim /etc/paths
/usr/local/bin
/usr/bin
/bin
/usr/sbin
/sbin
Richtig, die Reihenfolge von "/ usr / local / bin" steht nicht an erster Stelle. .. .. ..
Übrigens, wenn / usr / bin
an erster Stelle steht, wird diese ausführbare Datei bevorzugt durch den PATH geleitet.
In diesem Fall deinstallieren Sie pyenv aufgrund von Hirntod und installieren Sie es erneut. Selbst wenn Sie nur "brauen deinstallieren pyenv" machen, gibt es hier und da Einstellungsdateien Ich habe alles zerquetscht, indem ich mich auf den folgenden Artikel bezog. https://qiita.com/yasudadesu/items/1177aa93229e7c4b7a45
Also, selbst wenn ich .zshrc wieder .zshrc "sorge", heilt es immer noch nicht. .. .. Ja, ich habe aufgegeben.
Vielen Dank an die Person, die ein ähnliches Ereignis für das Schreiben des Artikels verursacht hat. https://dev.classmethod.jp/articles/pyenv-command-not-found/
Der Punkt ist, dass Sie versuchen sollten, die Links neu zuzuordnen.
$ brew unlink pyenv
$ brew link pyenv
$ source .zshrc
Bitte komm. .. .. Überprüfen Sie Pythons PFAD mit Gebet.
$ which python
/Users/USER NAME/.pyenv/shims/python
Ich habs gemacht! !! !!
Der Vorfahr ist großartig