Zusammenfassung

Dieses PEP empfiehlt, dass Paketinstallationsprogramme wie pip ab Python 3.13+ standardmäßig eine virtuelle Umgebung vorschreiben.

Rücknahme eines PEP

Während der Diskussion dieses PEP wurde deutlich, dass Änderungen an der Benutzerfreundlichkeit von pip nicht wie vorgeschlagen durch PEPs gesteuert werden. Es wurde auch deutlich, dass eine erhebliche Anzahl von Benutzern darauf angewiesen ist, von pip verwaltete Abhängigkeiten mit von anderen Tools verwalteten Abhängigkeiten mischen zu können (am prominentesten bei der Verwendung von Conda).

Darüber hinaus ist eine erhebliche Teilmenge der Vorteile der vorgeschlagenen Änderung über PEP 668 (zum Zeitpunkt der Erstellung akzeptiert und implementiert) erreichbar. Es gibt Redistributoren des Python-Interpreters die Kontrolle darüber, ob Benutzer eine virtuelle Umgebung verwenden müssen, welche Meldungen dem Benutzer angezeigt werden und wie die Einführung dieser Änderung für ihre Benutzer erfolgen soll.

Da die Durchsetzung virtueller Umgebungen mit pip der Hauptfokus dieses PEP war, erschien es angemessener, dieses PEP zurückzuziehen, anstatt es auf ein anderes Thema zu fokussieren.

Ein zukünftiges PEP zur Klärung der Namenskonvention/Probleme für virtuelle Umgebungen wäre weiterhin angemessen, aber es lohnt sich, jede solche Anstrengung als neues PEP zu beginnen, das sich auf die Vorteile einer solchen Konvention konzentriert, anstatt auf deren Durchsetzung.

Motivation

Python virtuelle Umgebungen sind ein wesentlicher Bestandteil des Entwicklungs-Workflows für Python. Sie erfordern jedoch zusätzlichen Aufwand, da sie eine Opt-in-Funktion sind und erfordern, dass Benutzer entweder

• explizite Schritte zur Aktivierung/Deaktivierung einer virtuellen Umgebung unternehmen
• <pfad-zur-venv>/<bin-pfad>/<ausführbare-datei> verwenden, um Dateien auszuführen

Für neue Benutzer scheinen die Dinge korrekt zu funktionieren, wenn keine virtuellen Umgebungen verwendet werden – bis sie es nicht mehr tun. Darüber hinaus verwendet die Aktivierung einer virtuellen Umgebung auf verschiedenen Plattformen leicht unterschiedliche Syntax und Mechanismen. Dies erschwert die Einführung in virtuelle Umgebungen, da nun Informationen und Kontext darüber, wie/warum sie nützlich sind, erklärt werden müssen, um die zusätzlichen Schritte im Workflow zu rechtfertigen.

Es schafft auch Raum für Fehler, da Benutzer sich daran erinnern müssen, die virtuelle Umgebung zu aktivieren, bevor sie einen Installer wie pip ausführen, oder diese Installer so konfigurieren, dass sie fehlschlagen. Auf bestimmten Linux-Distributionen kann das Vergessen dieses Schritts dazu führen, dass der Installer Dateien modifiziert, die dem Betriebssystem gehören (was teilweise durch PEP 668 für Distributionen gemildert wird, die sich für die entsprechende Kennzeichnung ihrer Umgebungen entscheiden).

Begründung

Die Änderung des Standardverhaltens von Installern wie pip, um die Aktivierung einer virtuellen Umgebung vorzuschreiben, würde

• es neuen Benutzern erleichtern, mit Python zu beginnen (da es eine konsistente Erfahrung gibt und virtuelle Umgebungen als etwas verstanden werden, das Sie verwenden müssen)
• das Risiko versehentlicher Installationsprobleme für alle Benutzer standardmäßig reduzieren (indem explizit signalisiert wird, wenn Sie keine virtuelle Umgebung verwenden).

Das Festlegen einer Konvention, die virtuelle Umgebung im Verzeichnisbaum unter einem Verzeichnis namens .venv abzulegen, entfernt einen Entscheidungspunkt für gängige Workflows und schafft eine klare Konvention im Ökosystem.

Spezifikation

Abwärtskompatibilität

Dieses PEP ist rückwärtskompatibel mit Arbeitsabläufen, bei denen Benutzer Installer außerhalb von virtuellen Umgebungen verwenden. Solche Benutzer werden mit einer Fehlermeldung aufgefordert und müssen entweder

• explizit die Ausführung des Installers außerhalb einer virtuellen Umgebung zulassen, oder
• eine virtuelle Umgebung erstellen und verwenden

Benutzer, die bereits virtuelle Umgebungen verwenden, sind von dieser Änderung nicht betroffen.

Workflow-Tools (die virtuelle Umgebungen für den Benutzer im Hintergrund verwalten) sollten nicht betroffen sein, da sie zur Ausführung des Installers bereits eine virtuelle Umgebung verwenden sollten.

Sicherheitsimplikationen

Dieses PEP führt keine neuen Sicherheitsimplikationen ein.

Wie man das lehrt

Dieses PEP verlangt, dass neue Benutzer eine virtuelle Umgebung erstellen und verwenden, um mit der Verwendung von Python-Paketen zu beginnen. Dies ist jedoch eine bewährte Methode, wie gezeigt wird, im Abschnitt "Grundlagen der Installation von Python-Paketen" im Python Packaging User Guide, der erklärt, wie/was virtuelle Umgebungen sind, bevor die Verwendung von pip besprochen wird.

Referenzimplementierung

Es gibt keine Referenzimplementierung für dieses PEP. Das vorgeschlagene Verhalten ist jedoch weitgehend bereits in pip implementiert und kann durch Setzen der Umgebungsvariable PIP_REQUIRE_VENV auf 1 aktiviert werden. (Das Nichtsetzen führt zum vorgeschlagenen Opt-in-Verhalten, keine virtuelle Umgebung für die Installation zu benötigen.)

Implementierungs-Hinweise

def is_virtual_environment():
    return sys.base_prefix != sys.prefix or hasattr(sys, "real_prefix")

Abgelehnte Ideen

Offene Fragen

Keine.

Urheberrecht

Dieses Dokument wird in die Public Domain oder unter die CC0-1.0-Universal-Lizenz gestellt, je nachdem, welche Lizenz permissiver ist.