rekursives Buildout-Rezept

Question

Bei dem Versuch, Jacob Kaplan-Moss's tutorial on buildout auf meinen eigenen Workflow anzuwenden, kann ich nicht herausfinden, wie Build-rekursiv zu machen. Ein Beispiel für das Problem, das ich lösen möchte: Ich möchte, dass meine Django-Site aus einem Repository (mit einer buildout.cfg) besteht, das Entwicklertests ermöglicht, und einem zweiten Repository mit Konfigurationsdaten (Einstellungsdateien, Datenbankverbindungsabhängigkeiten, usw.), die das erste Repository aber mit einer eigenen buildout.cfg enthält. In der Site buildout.cfg möchte ich nur das erste Repository angeben und habe Buildout seine Anforderungen abrufen (wie in seine buildout.cfg angegeben).

Das wäre einfach, wenn man ein "Entwicklungs-Ei" einbaut, weil es "buildout.cfg" enthält, aber es scheint für mich nicht so zu sein. Da dies ein häufiges Problem sein muss, könnte mich jemand auf die Lösung hinweisen.

Danke. Kent

Answer 1

Es gibt zwei Dinge, die dir helfen könnten:

• Die Anforderungen sollten in der setup.py angegeben werden, nicht in der buildout.cfg. Sie können sagen, ein Buildout, um zusätzliche Pakete herunterzuladen, aber wenn Sie eine Liste von Anforderungen haben möchten, die "rekursiv" ist, müssen Sie diese Anforderungen an die in Jacob Beispiel setup.py hinzufügen.

• Wenn Sie wiederverwenden Stücke von buildout configs, Blick auf die extends Option in der buildout Dokumentation bei http://pypi.python.org/pypi/zc.buildout.