Python 3.3 enthält das neue Paket in seiner Standardbibliothek venv. Was macht es und wie unterscheidet es sich von allen anderen Paketen, die dem regulären Ausdruck zu entsprechen scheinen (py)?(v|virtual|pip)?env?

PyPI-Pakete nicht in der Standardbibliothek:

• virtualenvist ein sehr beliebtes Tool, das isolierte Python-Umgebungen für Python-Bibliotheken erstellt. Wenn Sie mit diesem Tool nicht vertraut sind, empfehle ich dringend, es zu lernen, da es ein sehr nützliches Tool ist, und ich werde für den Rest dieser Antwort Vergleiche damit anstellen.

  Es funktioniert, indem eine Reihe von Dateien in einem Verzeichnis installiert werden (z. B. env/:) und anschließend die PATHUmgebungsvariable so geändert wird, dass ihr ein benutzerdefiniertes binVerzeichnis vorangestellt wird (z env/bin/. B. :) . Eine genaue Kopie der pythonoder python3binär wird in diesem Verzeichnis abgelegt, aber Python ist so programmiert, dass es zuerst im Umgebungsverzeichnis nach Bibliotheken relativ zu seinem Pfad sucht. Es ist nicht Teil der Standardbibliothek von Python, wird jedoch offiziell von der PyPA (Python Packaging Authority) gesegnet. Nach der Aktivierung können Sie Pakete in der virtuellen Umgebung mit installieren pip.

• pyenvwird verwendet, um Python-Versionen zu isolieren. Beispielsweise möchten Sie Ihren Code möglicherweise gegen Python 2.7, 3.6, 3.7 und 3.8 testen, sodass Sie eine Möglichkeit benötigen, zwischen diesen zu wechseln. Nach der Aktivierung wird der PATHUmgebungsvariablen ein Präfix vorangestellt ~/.pyenv/shims, in dem spezielle Dateien vorhanden sind, die den Python-Befehlen ( python, pip) entsprechen. Dies sind keine Kopien der von Python gelieferten Befehle. Hierbei handelt es sich um spezielle Skripts, die im Handumdrehen anhand der PYENV_VERSIONUmgebungsvariablen, der .python-versionDatei oder der ~/.pyenv/versionDatei entscheiden, welche Version von Python ausgeführt werden soll. pyenvAußerdem wird das Herunterladen und Installieren mehrerer Python-Versionen mithilfe des Befehls vereinfacht pyenv install.

• pyenv-virtualenvist ein Plugin für pyenvvom selben Autor wie pyenvzu ermöglichen , die Sie zu verwenden pyenvund virtualenvbequem gleichzeitig an. Wenn Sie jedoch Python 3.3 oder höher verwenden, pyenv-virtualenvwird versucht, es auszuführen, python -m venvwenn es verfügbar ist, anstatt virtualenv. Sie können virtualenvund pyenvzusammen ohne verwenden pyenv-virtualenv, wenn Sie die Komfortfunktionen nicht möchten.

• virtualenvwrapperist eine Reihe von Erweiterungen für virtualenv(siehe Dokumente ). Es gibt Ihnen Befehle wie mkvirtualenv, lssitepackagesund insbesondere workonzum Wechseln zwischen verschiedenen virtualenvVerzeichnissen. Dieses Tool ist besonders nützlich, wenn Sie mehrere virtualenvVerzeichnisse möchten .

• pyenv-virtualenvwrapperist ein Plugin für pyenvvom selben Autor wie pyenv, um bequem zu integrieren virtualenvwrapperin pyenv.

• pipenvzielt darauf ab Pipfile, pipund virtualenvin einem Befehl in der Befehlszeile zu kombinieren . Das virtualenvVerzeichnis wird normalerweise abgelegt ~/.local/share/virtualenvs/XXX, wobei XXXes sich um einen Hash des Pfads des Projektverzeichnisses handelt. Dies unterscheidet sich von virtualenvdem Verzeichnis, in dem sich das Verzeichnis normalerweise im aktuellen Arbeitsverzeichnis befindet. pipenvist für die Entwicklung von Python-Anwendungen vorgesehen (im Gegensatz zu Bibliotheken). Es gibt Alternativen zu pipenvsolchen poetry, die ich hier nicht auflisten werde, da es sich bei dieser Frage nur um Pakete handelt, die ähnlich benannt sind.

Standardbibliothek:

• pyvenvist ein Skript, das mit Python 3 ausgeliefert wird, in Python 3.6 jedoch veraltet ist, da es Probleme hatte (ganz zu schweigen vom verwirrenden Namen). In Python 3.6+ ist das genaue Äquivalent python3 -m venv.

• venvist ein mit Python 3 python3 -m venvgeliefertes Paket, das Sie verwenden können (obwohl einige Distributionen es aus irgendeinem Grund in ein separates Distributionspaket aufteilen, z. B. python3-venvunter Ubuntu / Debian). Es dient demselben Zweck wie virtualenv, verfügt jedoch nur über eine Teilmenge seiner Funktionen ( siehe Vergleich hier ). virtualenvist weiterhin beliebter als venv, zumal erstere sowohl Python 2 als auch Python 3 unterstützen.

Empfehlung für Anfänger:

Dies ist meine persönliche Empfehlung für Anfänger: Start von Lernen virtualenvund pipWerkzeugen sowohl mit Python der Arbeit 2 und 3 und in einer Vielzahl von Situationen und andere Werkzeuge abholen , sobald Sie sie starten zu müssen.

Ich würde nur die Verwendung von virtualenvnach Python3.3 + vermeiden und stattdessen die standardmäßige ausgelieferte Bibliothek verwenden venv. Um eine neue virtuelle Umgebung zu erstellen, geben Sie Folgendes ein:

$ python3 -m venv <MYVENV>  

virtualenvversucht, die Python-Binärdatei in das bin-Verzeichnis der virtuellen Umgebung zu kopieren. In diese Binärdatei eingebettete Bibliotheksdateiverknüpfungen werden jedoch nicht aktualisiert. Wenn Sie also Python aus dem Quellcode in ein Nicht-Systemverzeichnis mit relativen Pfadnamen erstellen, wird die Python-Binärdatei unterbrochen. Da Sie auf diese Weise eine kopierbare, verteilbare Python erstellen, ist dies ein großer Fehler. Übrigens, um eingebettete Bibliotheksdateilinks unter OS X zu überprüfen otool. Geben Sie beispielsweise in Ihrer virtuellen Umgebung Folgendes ein:

$ otool -L bin/python
python:
    @executable_path/../Python (compatibility version 3.4.0, current version 3.4.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1238.0.0)

Folglich würde ich virtualenvwrapperund vermeiden pipenv. pyvenvist veraltet. pyenvscheint oft dort virtualenvverwendet zu werden, wo es verwendet wird, aber ich würde mich auch davon fernhalten, da ich denke, dass es venvauch das tut, wofür pyenves gebaut wurde.

venvErstellt virtuelle Umgebungen in der Shell, die frisch und mit Sandboxen versehen sind , mit vom Benutzer installierbaren Bibliotheken und ist für mehrere Pythons sicher . Neu, da virtuelle Umgebungen nur mit den Standardbibliotheken beginnen, die im Lieferumfang von Python enthalten sind, müssen Sie alle anderen Bibliotheken erneut installieren, pip installwährend die virtuelle Umgebung aktiv ist. Sandboxed, da keine dieser neuen Bibliotheksinstallationen außerhalb der virtuellen Umgebung sichtbar ist. Sie können also die gesamte Umgebung löschen und erneut starten, ohne sich Gedanken über die Auswirkungen auf Ihre Basis-Python-Installation machen zu müssen. Vom Benutzer installierbare Bibliotheken, da der Zielordner der virtuellen Umgebung ohne erstellt wirdsudoIn einem Verzeichnis, das Sie bereits besitzen, benötigen Sie keine sudoBerechtigungen, um Bibliotheken darin zu installieren. Schließlich ist es Multi-Python-sicher , da bei der Aktivierung virtueller Umgebungen in der Shell nur die Python-Version (3.4, 3.5 usw.) angezeigt wird, die zum Erstellen dieser virtuellen Umgebung verwendet wurde.

pyenvähnelt darin, venvdass Sie damit mehrere Python-Umgebungen verwalten können. Jedoch mit pyenvSie können nicht bequem Rollback - Bibliothek installiert zu einem gewissen Startzustand und Sie werden wahrscheinlich brauchen adminPrivilegien zu einem bestimmten Zeitpunkt zu aktualisieren Bibliotheken. Daher denke ich, dass es auch am besten ist, es zu verwenden venv.

In den letzten Jahren habe ich viele Probleme bei Build-Systemen (Emacs-Pakete, eigenständige Python-Anwendungs-Builder, Installer ...) festgestellt, die letztendlich auf Probleme mit zurückzuführen sind virtualenv. Ich denke, Python wird eine bessere Plattform sein, wenn wir diese zusätzliche Option eliminieren und nur verwenden venv.

Ich bin in das pipenvKaninchenloch gegangen ( es ist in der Tat ein tiefes und dunkles Loch ... ) und da die letzte Antwort vor über 2 Jahren war , hielt ich es für nützlich, die Diskussion mit den neuesten Entwicklungen zum Thema Python Virtual Envelopes I zu aktualisieren habe gefunden.

HAFTUNGSAUSSCHLUSS:

Bei dieser Antwort geht es NICHT darum, die heftige Debatte über die Vorzüge von pipenv versus venv als Umschlaglösungen fortzusetzen - ich unterstütze dies auch nicht . Es geht darum, dass PyPA widersprüchliche Standards befürwortet und wie die zukünftige Entwicklung von virtualenv verspricht, eine Entweder-Oder- Wahl überhaupt zu negieren . Ich habe mich genau deshalb auf diese beiden Werkzeuge konzentriert, weil sie von PyPA gesalbt wurden .

venv

Wie das OP feststellt, ist venv ein Tool zur Virtualisierung von Umgebungen. KEINE Lösung von Drittanbietern, sondern ein natives Tool. PyPA unterstützt venv für die Erstellung von VIRTUAL ENVELOPES : " In Version 3.5 geändert: Die Verwendung von venv wird jetzt für die Erstellung virtueller Umgebungen empfohlen ."

pipenv

pipenv kann - wie venv - zum Erstellen virtueller Umschläge verwendet werden, bietet jedoch zusätzlichFunktionenfür die Paketverwaltung und die Überprüfung von Sicherheitslücken . Anstelle der Verwendungrequirements.txt,pipenvliefertPaketmanagement via Pipfile . Da PyPA pipenv für PACKAGE MANAGEMENT befürwortet , scheint dies zu implizieren, dass espipfileersetzt wirdrequirements.txt.

JEDOCH : pipenv verwendet virtualenv als Werkzeug zum Erstellen virtueller Umschläge, NICHT venv, das von PyPA als Go-to-Tool zum Erstellen virtueller Umschläge empfohlen wird .

Widersprüchliche Standards:

Wenn es also nicht schwierig genug war, sich für eine Lösung für virtuelle Umschläge zu entscheiden, unterstützt PyPA jetzt zwei verschiedene Tools, die unterschiedliche Lösungen für virtuelle Umschläge verwenden. Die tobende Github-Debatte über venv vs virtualenv, die diesen Konflikt hervorhebt, finden Sie hier .

Konfliktlösung:

Die Github-Debatte, auf die im obigen Link verwiesen wird, hat die Entwicklung von virtualenv in Richtung der Anpassung von venv in zukünftigen Versionen gelenkt :

lieber eingebautes venv: Wenn die Zielpython venv hat, erstellen wir die Umgebung damit (und führen dann nachfolgende Operationen durch, um andere von uns angebotene Garantien zu vereinfachen).

Fazit:

Es sieht also so aus, als ob es in Zukunft eine gewisse Konvergenz zwischen den beiden konkurrierenden Lösungen für virtuelle Hüllkurven geben wird, aber ab sofort unterscheidet sich pipenv - das verwendet virtualenv- erheblich von venv.

Angesichts der Probleme, die pipenv löst, und der Tatsache, dass PyPA seinen Segen gegeben hat, scheint es eine glänzende Zukunft zu haben. Und wenn virtualenv auf seine vorgeschlagenen Entwicklungsziele liefert, sollte nicht mehr eine virtuelle Hülle Lösung der Wahl sein , ein Fall von beiden pipenv OR Venv .

Update April 2020

Ich habe danach gesucht, als ich auf diesen Beitrag gestoßen bin . Ich denke, diese Frage, welches Tool verwendet werden soll, ist für neue Python-Benutzer wie mich ziemlich verwirrend und schwierig. Dies ist direkt von der PyPA-Website in Bezug auf pipenv:

Während dieses Tutorial das pipenv-Projekt als Tool behandelt, das sich hauptsächlich auf die Anforderungen der Python-Anwendungsentwicklung und nicht auf die Entwicklung der Python-Bibliothek konzentriert, arbeitet das Projekt selbst derzeit an mehreren Prozess- und Wartungsproblemen, die verhindern, dass Fehlerkorrekturen und neue Funktionen veröffentlicht werden ( mit dem gesamten Jahr 2019 ohne Neuerscheinung). Dies bedeutet, dass pipenv kurzfristig immer noch unter mehreren Macken und Leistungsproblemen leidet, ohne dass ein klarer Zeitplan für die Lösung dieser Probleme vorliegt.

Während dies weiterhin der Fall ist, möchten Projektbetreuer wahrscheinlich andere Tools für das Anwendungsabhängigkeitsmanagement zur Verwendung anstelle von oder zusammen mit pipenv untersuchen.

Unter der Annahme, dass die Veröffentlichung von pipenv im April 2020 wie geplant durchgeführt wird und die Veröffentlichung danach ebenfalls auf Kurs bleibt, wird diese Einschränkung im Tutorial entfernt. Wenn diese Releases nicht auf dem richtigen Weg bleiben, wird das Lernprogramm selbst entfernt und durch eine Diskussionsseite zu den verfügbaren Optionen für das Abhängigkeitsmanagement ersetzt.