Wohin sollten virtualenvs in Produktion gehen?

8

Bei der Verwendung von virtualenv (oder virtualenvwrapper) empfiehlt es sich, alle Ihre virtuellen Umgebungen zusammen zu gruppieren ... zum Beispiel in ~ / .virtualenvs

ABER, ich habe bei der Lektüre einiger Artikel über die Bereitstellung von Django-Anwendungen bemerkt, dass die Empfehlung darin zu bestehen scheint, Ihre virtuellen Umgebungen irgendwo unter die Wurzel der einzelnen Webanwendung zu stellen ... zum Beispiel in / srv / www /beispiel.com/venv.

Meine Fragen sind:

  1. Warum?

  2. Wäre es wichtig, wenn ich in die eine oder andere Richtung gehen würde?

  3. Und wird eine Methode gegenüber einer anderen empfohlen?

wgpubs 23.04.2014, 23:36
quelle

1 Antwort

2

Hier sind meine Gedanken:

Argumente für die Gruppierung in einem gemeinsamen Ordner

  • Sauberere Verwaltung von mehreren Venvs auf einer bestimmten Maschine. Gute Tools, um zu überprüfen, welche verfügbar sind, neue hinzufügen, alte löschen, etc.
  • Sinnvoller (und platzsparender) bei der gemeinsamen Nutzung eines oder mehrerer Projekte in mehr als einem Projekt
  • Erlaubt die Verwendung einiger nützlicher Funktionen wie die automatische Vervollständigung von Venv-Namen

Argumente für die Einhaltung des Projekts

  • Klare Beziehung zwischen dem venv und dem Projekt. Beseitigt Unklarheiten und ist weniger fehleranfällig, da die Wahrscheinlichkeit gering ist, für ein Projekt das falsche Ventil zu verwenden (was nicht immer sofort offensichtlich ist).
  • Sinnvoller ist es, wenn zwischen Venvs und Projekten eine Eins-zu-Eins-Beziehung besteht
  • Dies kann der bevorzugte Ansatz sein, wenn Sie in Teams von separaten Konten aus arbeiten.
  • Einfacher bei der Bereitstellung über identische Hosts hinweg; (nur rsync das ganze Projekt). Nichts hält Sie davon ab, dies mit einem vent in einem gemeinsamen Ordner zu tun, aber es ist natürlicher, einen einzelnen Baum zu implementieren.
  • Einfacher Sandkasten für die gesamte Anwendung.

Ich bevorzuge das erste für experimentellere / frühzeitige Arbeit und das zweite für Projekte, die eingesetzt werden.

    
StvnW 24.04.2014, 04:26
quelle

Tags und Links

Django: Verwenden von Annotate, Count und Distinct in einem Queryset Cloudfront / S3: Verschiedene Serverdateien je nach Anforderungsheader