mr.developerを使用して私のパッケージを水銀リポジトリからチェックアウトしていますが、ネストされた依存関係に問題があります。次mr.developerを使用したネストされたビルドアウトパッケージ - 再帰ビルド
[buildout]
develop = .
extensions = mr.developer
sources = sources
auto-checkout =
pack1
parts = foo
[sources]
pack1 = hg http://blah.com/hg/pack1
foo
と例えば
、私が持っている場合foo
は、すべてのものは、MR、スムーズに行く、私はbin/buildout
を実行するとinstall_requires = ['pack1'],
としてsetup.pyに記載されているPACK1への依存性を、持っています。開発者はpack1をダウンロードし、pack1がダウンロードされているので問題なくfooが作成されます。
ここでは、fooを依存関係としてリスト表示する別のパッケージbarがあります。
[buildout]
develop = .
extensions = mr.developer
sources = sources
auto-checkout =
foo
parts = bar
[sources]
foo = hg http://blah.com/hg/foo
また、私は今、私は理解していない部分で何が起こるかinstall_requires = ['foo'],
を実行して、私のsetup.pyで依存関係としてリストfooの。
bin/buildout
を実行すると、mr.developerがfooをフェッチしますが、foo /の内部にあるbuildout.cfgを実行するための継ぎ目はありません。 その結果、foo/setup.pyには存在しないpack1が必要です。
foo/buildout.cfg
に示されているように、mr.developerが実際に行ってpack1をhttp://blah.com/hg/packにフェッチする方法を教えてください。
私は、このような複数のパッケージをネストすることができます。それぞれのパッケージに深く入り込み、手動でビルドアウトを実行する必要はありません。
乾杯、 マーティン
Martjin、もう一度お世話になります。ビルドアウトについてのドキュメントを見つけることは非常に難しく、私はあなたなしで何をするのか分かりません。私がこの権利を得たら、私がするべき最良のことは、fooのために卵を作り、依存関係がないことを確認したいならば、そのパスをfind-linksに追加することです(ネストされたプロジェクトのリスト非常に長くなることだった)。 – Martin
私はfind.pyをsetup.pyで使わないでください。あなたは本当にビルドアウト自体のどこから卵が来るのか完全に制御したいと思っています。 –
@MartijnPieters:もう一度、わかりやすく役立つ非常にコンパクトな説明のために! –