Ich habe die virtuelle Umgebung gelesen und es scheint ein extrem nützliches Werkzeug zu sein, aber jetzt frage ich mich, wie ich meine gesamte Python-Umgebung eingerichtet habe. Im Moment befinden sich alle Module und Pakete, die ich installiert habe, in diesem Verzeichnis:
%Vor%Aber die virtualenv-Dokumente scheinen darauf hinzuweisen, dass solche universellen Systeminstallationen eine schlechte Sache sind. 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:
%Vor%Es befindet sich jetzt in Site-Paketen. 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?
Wenn Sie virtualenv bereits so installiert haben:
%Vor%Sie möchten dann einen bestimmten virtualenv-Ordner einrichten:
%Vor%Dadurch wird dieser Projektordner mit einigen wichtigen Unterverzeichnissen erstellt.
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 einsortiert wurden. Geben Sie in Ihrem Projektordner Folgendes ein:
%Vor%Sie sehen dann Ihren virtualenv Namen in Klammern in jeder Endzeile. Dies zeigt an, dass Sie "Quelle" sind. JETZT installieren Sie Sachen mit pip oder easy_install.
%Vor%virtualenv legt im Grunde Ihren Pfad fest, um in [venv folder] / bin nach ausführbaren Dateien statt nach / usr / local / bin oder was auch immer zu suchen. 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 erhalten Zugang zu dieser speziellen Version von MongoDB, wenn Sie 'Sourced' verwenden.) Versuchen Sie es selbst, führen Sie diesen Befehl aus Ihre virtuelle und dann Standardumgebung, um zu sehen, wie sie sich ändert.
%Vor%Um aus Ihrem virtualenv zu beenden:
%Vor%Wenn Sie dies eingeben, gelangen Sie zurück in Ihre Standardumgebung.
Wenn Sie das noch nicht gelesen haben, ist es eine ziemlich gute Ressource.
Bevor Sie irgendetwas in der Produktion einsetzen / unterstützen, gibt es nur einen minimalen Nutzen 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 Sie jedoch etwas in Produktion gebracht haben, ist es möglicherweise ein großer Gewinn, wenn die Dinge in der Nacht aufgehen: -)
Tags und Links python virtualenv unix