Verstehen der virtuellen Umgebung für Python

Question

Ich habe in der virtuellen Umgebung gelesen, und es scheint wie ein extrem nützliches Werkzeug, aber jetzt frage ich mich, wie ich meine gesamte Python-Umgebung bisher eingerichtet habe. Gerade jetzt, alle Module und Pakete, die ich installiert haben, sind mit Wohnsitz in diesem Verzeichnis:

/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages 

Aber die virtualenv docs scheinen darauf hinzudeuten, dass eine solche universelle System installiert sind eine schlechte Sache. Wenn das der Fall ist, was soll ich mit meinen aktuellen Modulen tun und wie soll ich zukünftige Module installieren? Zum Beispiel habe ich kürzlich Flask aus meinem Benutzerverzeichnis mit diesem Befehl installiert:

pip install flask 

Es befindet sich jetzt in Site-Pakete. Hätte ich etwas anderes machen sollen? Ich habe Probleme mit der Dokumentation, die darauf hindeutet, dass ich in ein Projektverzeichnis gehen, eine virtuelle Umgebung einrichten und alle benötigten Module mit virtualenv installieren muss. Ist das der Fall? Gibt es eine Möglichkeit, die Dinge weniger umständlich zu machen? Es sieht so aus, als wäre die Installation von potenziell Dutzenden von Paketen für jedes einzelne Projektverzeichnis ein wenig viel.

Oder muss ich nur virtuelle Umgebungen für Projekte erstellen, die ältere Modulversionen verwenden als die, die ich im Systemverzeichnis installiert habe? Wenn das der Fall ist, was ist dann mit dem virtualenv Mantra los, das alle Systeminstallationen zu entmutigen scheint?

Answer 1

Wenn Sie bereits wie folgt installiert virtualenv:

pip install virtualenv 

Sie werden dann einrichten möchten einen bestimmten Ordner virtualenv:

virtualenv [your project folder name] 

Dies wird das Projekt-Ordner mit ein paar wichtige erstellen Unterverzeichnisse.

Sie werden zuerst Ihren virtualenv aktivieren, bevor Sie etwas Neues installieren, die neu installierten Module werden Ihnen nur dann zur Verfügung stehen, wenn sie in Ihren virtualenv geladen werden. Von Ihrem Projekt Ordnertyp:

source bin/activate 

Sie werden dann Ihren virtualenv Namen in Klammern in jeder Terminallinie sehen. Dies zeigt an, dass Sie "Quelle" sind. JETZT installieren Sie Zeug mit Pip oder easy_install.

pip install flask 

virtualenv setzt im Grunde Ihre Pfad für ausführbare Dateien in [Venv Ordner]/bin suchen anstelle von/usr/local/bin oder was auch immer. So können Sie Dateien direkt in den Ordner "virtual env bin" kopieren. (MongoDB-Dateien zum Beispiel kommen nur in einer Zip/TAR-Datei, Sie können sie einfach in Ihren venv-bin-Ordner entpacken und Sie haben Zugriff auf diese bestimmte Version von MongoDB, wenn Sie 'Sourced' erhalten.) Versuchen Sie es selbst, führen Sie diesen Befehl aus Ihre virtuelle und dann Standardumgebung, um zu sehen, wie sie sich ändert.

echo $PATH && echo $PYTHONPATH 

verlassen aus Ihrer virtualenv:

deactivate 

das Sie zurück zu Ihrem Standardumgebung Typing erhalten.

Wenn Sie dies noch nicht gelesen haben, ist es eine ziemlich gute Ressource.

https://python-guide.readthedocs.org/en/latest/dev/virtualenvs/

Answer 2

Bevor Sie setzen/alles in der Produktion unterstützen gibt es minimal profitieren von einem virtualenv. Es ist nur ein zusätzlicher Schritt, um den virtualenv zu aktivieren, und natürlich musst du deine Standardumgebung in jedem virtualenv installieren ... nicht wirklich so viel extra Aufwand ...

Wenn du etwas in Produktion gebracht hast, ist es das möglicherweise ein großer Gewinn, wenn die Dinge in der Nacht stoßen :-)