djbuild

djangorecipeに基づいて、djbuildビルドアウトレシピはDjangoのためのセットアップを作成するために使用さ＆NBSPはできます;。それは自動的にジャンゴをダウンロードしてビルドアウトのサンドボックスにインストールされます。あなたはジャンゴのリリースバージョンまたは（トランクの代わりにバージョン番号を使用して）subversionのチェックアウトのいずれかを使用できます。
ディレクトリ構造をベースにしている：http://django.es/blog/convenciones-proyecto-django/
あなたは、以下のレシピを使用する方法の例を見ることができます：
[ビルドアウト]
部品=サッチモジャンゴ
卵= ipython
[サッチモ]
レシピ= gocept.download
URL = http://www.satchmoproject.com/snapshots/satchmo-0.6.tar.gz
md5sumは= 659a4845c1c731be5cfe29bfcc5d14b1
[ジャンゴ]
レシピ= djbuild
バージョン=トランク
設定=開発
卵= $ {ビルドアウト：卵}
エクストラパス=
＆NBSP; $ {サッチモ：場所}
プロジェクト= dummyshop
サポートされているオプション
レシピは、以下のオプションをサポートしています。
プロジェクト
＆NBSP;このオプションは、プロジェクトの名前を設定します。プロジェクトが既に存在しないならば、レシピは基本的な構造を作成します。
外部アプリ
＆NBSP;このオプションは、外部の再利用可能なアプリが行くディレクトリを設定します。これは卵のように、またはあなたが卵として、それをインストールしたくない場合はインストールされません。
ローカルアプリ
＆NBSP;このオプションは、ローカルの再利用可能なアプリは、通常、このディレクトリの会社名を入れて行くディレクトリ、およびカスタマイズされたアプリケーションを設定します。
projectegg
＆NBSP;代わりに、プロジェクトのオプションを使用するこのプロジェクトとしての卵を使用します。これは、プロジェクト構造の生成を無効にします。
パイソン
＆NBSP;このオプションは、ビルドアウトを実行するために使用されるものとは異なるバージョンであることができる特定のPythonのバージョンを指定するために使用することができます。
バージョン
＆NBSP; version引数は、引数の数の異なるタイプを受け入れることができます。あなたは、トランクを指定することができます。このケースでは、Djangoのトランクのチェックアウトを行います。別のオプションは、0.96.2のようなリリース番号を指定することです。これは、リリースのtarballをダウンロードします。最後に、（リビジョン番号を含む）フルSVNのURLを指定することができます。この例はhttp://code.djangoproject.com/svn/django/branches/newforms-admin@7833であろう。
設定
＆NBSP;このオプションで使用する設定ファイルの名前を設定することができます。あなたは、開発のセットアップとは異なる生産のセットアップを持っているしたい場合に便利です。それ開発にデフォルト設定されます。
ダウンロードキャッシュ
＆NBSP;インストールをスピードアップするためにあなたのシステムのどこかのフォルダに設定します。レシピはジャンゴのダウンロードバージョンのキャッシュとしてこのフォルダを使用します。
エクストラパス
＆NBSP;ここで指定したすべてのパスは、ビン/ *スクリプトのデフォルトのPythonパスを拡張するために使用されます。
PTH-ファイル
＆NBSPは、余分なパスに.pthファイルサイトから見つかったパスを追加します。独自のexternal_libsのディレクトリを維持Pinaxのようなものに便利です。
制御スクリプト
＆NBSP; binフォルダに作成したスクリプトの名前。このスクリプトは、Djangoが正常に作成manage.pyのと同じです。デフォルトでは、セクション（[]の間の部分）の名前を使用しています。
テスト
＆NBSP;あなたはbinフォルダ内のスクリプトは、アプリケーションの特定のセットのためにすべてのテストを実行する場合、これはあなたが使用するオプションです。あなたがテストしたいアプリのラベルのリストに設定します。
テストランナー
＆NBSP;これは、作成されるテストランナーの名前です。なお、試験にデフォルト設定されます。
設定ファイルがespecifiedに、プロジェクトのオプションで指定されたプロジェクトは、既に作成されていない場合、次のすべてのオプションは、効果があります。
FCGI固有の設定
FCGIのオプションは、設定ファイル（settings.py）で設定することができます。オプションはFCGI_OPTIONSです。これは、辞書に設定する必要があります。下の部分は例です。
FCGI_OPTIONS = {
＆NBSP; 'メソッド'： 'のねじ」、
＆NBSP; 'デーモン化」：「偽」、
}
もう一つの例
次の例では、オプションのいくつかの詳細を使用する方法を示します：
[ビルドアウト]
部品=ジャンゴエクストラ
卵=
＆NBSP; hashlib
[エキストラ]
レシピ= iw.recipe.subversion
のURL =
＆NBSP;のhttp：//django-command-extensions.googlecode.com/svn/trunk/ジャンゴ·コマンドの拡張機能
＆NBSP;のhttp：//django-mptt.googlecode.com/svn/trunk/ジャンゴ - MPTT
[ジャンゴ]
レシピ= djbuild
バージョン=トランク
設定=開発
プロジェクト= exampleproject
WSGI =真
卵=
＆NBSP; $ {ビルドアウト：卵}
テスト=
＆NBSP; someapp
＆NBSP; anotherapp
.pthファイルを使用して、実施例
Pinaxは、そのパスにライブラリの束を追加するために、.pthファイルを使用します。我々は、それが私たちのパスに追加指定されたライブラリを取得するためのディレクトリです指定することができます。
[ビルドアウト]
部品= PIL
＆NBSP; svncode
＆NBSP;でmyproject
[PIL]
レシピ= zc.recipe.egg：カスタム
卵= PIL
リンクを見つける= http://dist.repoze.org/
[svncode]
レシピ= iw.recipe.subversion
のURL = http://svn.pinaxproject.com/pinax/tags/0.5.1rc1 pinax
[MyProjectと]
レシピ= djbuild
バージョン= 1.0.2
卵= PIL
プロジェクト= myprojectに
設定=設定
エクストラパス= $ {ビルドアウト：ディレクトリ} / myprojectに/アプリ
＆NBSP; $ {svncode：場所} / pinax /アプリ/ external_apps
＆NBSP; $ {svncode：場所} / pinax /アプリ/ local_apps
PTH-ファイル=の$ {svncode：場所} / pinax / libsに/ external_libs
WSGI =真
上記の、私たちは、PTH-ファイルやアプリケーションのための余分なパスパス、リスト内で最初に発見されたパスのための私達の自身のプロジェクトのための在庫Pinaxを使用しています。直接「MyProjectと」に、このディレクトリの下に：（外部SVNによって、例えば）私たちは私たちのプロジェクトをチェックアウトすることを期待していることに注意してください。
別のPythonのバージョンの例
：生成されたスクリプトを使用してのようなものをビルドアウトを実行したものとは異なるPythonのバージョンを使用するには
[ビルドアウト]
部品= myprojectに
[特別パイソン]
実行ファイル= /一部/特殊/パイソン
[MyProjectと]
レシピ= djbuild
バージョン= 1.0.2
プロジェクト= myprojectに
のpython =特殊パイソン
のmod_wsgiの設定例
あなたが出発点として、この例を使用することができmod_wsgiを使用してプロジェクトを展開する場合：
<ディレクトリ/パス/に/ビルドアウト>
＆NBSP;順序を許可、拒否
＆NBSP;すべてから許可

は
＆NBSP; ServerNameのmy.rocking.server
＆NBSP;のCustomLogを合わせ/var/log/apache2/my.rocking.server/access.log
＆NBSP;のErrorLog /var/log/apache2/my.rocking.server/error.log
＆NBSP; WSGIScriptAlias​​ / /path/to/buildout/bin/django.wsgi
の

この要件：

このパイソン