Python bietet ein großartiges Tool zum Erstellen geschlossener Umgebungen mit den Namen virtualenv und tox. Es gibt ein elegantes Tool namens latest /), das mehrere Testversionen automatisiert. (Persönliche Subjektivität) Um diese Tools effektiv handhaben zu können, müssen mehrere Python-Versionen gleichzeitig vorhanden sein. (Nun, die Koexistenz mehrerer Versionen ist nicht auf Python beschränkt, es scheint eine Anforderung zu sein, die entweder Ruby oder Perl sein kann, und ich denke, dass Sie mit ein wenig Recherche eine Bibliothek dafür finden können.) Software zur einfachen Erfüllung dieser Anforderung ist pythonbrew, pythonz, [pyenv](https :: //github.com/yyuu/pyenv) und so weiter.
Irgendwie ist der Grund (lacht). Wenn ich Sie dazu zwinge, möchte ich die Anzahl der Verwaltungstools nicht zu stark erhöhen. Mit zunehmender Anzahl solcher Tools wird es schwierig zu verstehen, welche, warum und wie sie verwaltet werden, und die Konfigurationsdateien (hauptsächlich .bashrc / .zshrc) werden ebenfalls erweitert.
Da Homebrew ein Allzweck-Paketmanager ist, bietet es natürlich andere Software als Python und (wie ich kürzlich erfahren habe) Homebrew-Cask. GUI-Apps können ebenfalls verwaltet werden. Wenn Sie es so weit wie möglich zusammenstellen, ist es einfacher zu verwalten.
Das aktuelle Homebrew-Repository HEAD unterstützt nur die neuesten Versionen von Python 2 und 3 (2.7, 3.4). Andere Versionen können nicht installiert werden.
python
% brew search python
gst-python010 python python3 wxpython zpython
homebrew/apache/mod_python
% brew info python
python: stable 2.7.6 (bottled), HEAD
http://www.python.org
…
% brew info python3
python3: stable 3.4.1 (bottled), HEAD
https://www.python.org/
#Aber ich habe eine alte Version der Formel ... wann und wo habe ich sie bekommen ...
% brew list | grep python
python
python26
python3
python31
python32
Es gibt Repositorys, die Formeln für verschiedene Softwareversionen bereitstellen, jedoch nur Python. Wieso ist es so… https://github.com/Homebrew/homebrew-versions
Deshalb habe ich beschlossen, mit jeder Version von Formula ein benutzerdefiniertes Homebrew-Repository zu erstellen.
https://github.com/FGtatsuro/homebrew-custom
Das Erstellen / Verwenden eines Repositorys ist sehr einfach
Brew Tap (Github-Benutzername) / (Repository-Name). (FGtatsuro / custom in diesem Repository)Jede Formel basiert auf der ursprünglichen Formel ("python.rb", "python3.rb") mit den folgenden Änderungen.
Sowohl 1 als auch 2 sollen verhindern, dass eine unbeabsichtigte Version ausgeführt wird, da bei der Installation mehrerer Versionen symbolische Links überschrieben werden. Ich denke, das Löschen des Python-Links hat Vor- und Nachteile, aber ich verwende auch die mit virtualenv erstellte Umgebung für meine übliche Umgebung, insbesondere weil diese symbolischen Links in dieser Umgebung erstellt werden. Es spielt keine Rolle. Wenn nicht, ist es eine gute Idee, zu entscheiden, welche Version Sie in der Hauptversion verwenden möchten, und dann einen neuen symbolischen Link zu erstellen.
python
% ln -s /usr/local/bin/python34 /usr/local/bin/python
"Wow, schreib einfach ww MakeFile, nicht wahr? Www? Bedeutet das, es mit Homebrew zu verwalten?" (Ich habe das Gefühl, dass ich das gesagt habe)
Es scheint, dass "Python", "Python3" aufgrund der Abhängigkeit einer anderen Formel angefordert werden kann, und zu diesem Zeitpunkt steht es in Konflikt mit "Python27", "Python34", das in das benutzerdefinierte Repository gestellt wird. Daher ist es sicherer, die neueste Version aus dem ursprünglichen Repository zu verwenden.
Recommended Posts