問題タブ [buildout]

共通のモジュールを共有するPythonプロジェクトがいくつかあります。これまで、私は...ええと...共通コードの複数のコピーを保持し、手動で同期してきました。しかし、私は明らかに何か他のことをしたいと思っています。

zc.Buildoutがおそらく私が必要としているものであるかのように、今私には見えます。私がすべきことは、システムの再利用可能な各コンポーネントを別々の卵に入れ、ビルドアウトを使用してそれらをプロジェクトにアセンブルすることだと思います。

また、特定のモジュールについては、ユニットテストを別のパッケージまたはeggに入れて、すべてのプロジェクトにコンポーネントのユニットテストのコピーをインストールしないようにする必要があると考えています。ライブラリが使用されているだけではなく、ライブラリが開発されている場所でのみ単体テストを実行したいと思います。

だから多分私はこのようなものが欲しい

等

app1とapp2の両方が独自のコードとテストを備えた独立したアプリケーションであるが、lib1とlib2の両方を含み使用している場合。そして、lib1 / test、lib1 / code、lib2 / test、lib2code、app1、app2は別々の卵です。これは正しいですか？

しかし、今は混乱しています。app1を開発するとき、ビルドアウトでlib1、lib2、およびapp1のコピーを、app1の下に直接配置するのではなく、別の作業ディレクトリにプルする必要があると思います。しかし、これは私のSVNソース管理でどのように機能しますか？作業ディレクトリがビルドアウトを使用して動的に構築されている場合、変更をリポジトリにチェックバックできるライブSVNディレクトリにすることはできませんか？

ビルドアウトがどのように使用されるのか誤解しましたか？まったく別のアプローチをとったほうがいいでしょうか？プロジェクト間でソース管理とモジュール再利用をどのように組み合わせますか？

更新：現在この質問に回答してくれた2人に感謝します。私はこれでもっと実験しています。

ということで、今年からvirtualenvを使い始めたいと思います。no-site-packages オプションが気に入っています。ただし、特定のパッケージを各 virtualenv にインストールする方法を知りたいと思っていました。たとえば、djangoを各virtualenvにインストールしたいとしましょう...これは可能ですか？ビルドアウトはこれに対処しますか?

まあ、それはdjangoではなく、djangoアプリケーションに似ています...各virtualenvにdjangoのバージョンをインストールしてもかまいません...「no-site-packages」への中間オプションがあるかどうか疑問に思っていました

buildoutを使用して、Plone インストールの多くの依存関係を自動的にダウンロードしてセットアップしています。buildout は多かれ少なかれ easy_install を使用して、多数の Python の卵をダウンロードしてインストールします。これは通常は機能しますが、依存関係のいずれかをダウンロードできない場合、またはビルドアウトで pypi に適していない内部パッケージを見つけたい場合は機能しません。必要なパッケージを自動的にミラーリングするように、独自のローカル バージョンの pypi をセットアップするにはどうすればよいですか? コードではなくメタデータに pypi を使用するパッケージは、引き続きサードパーティのサーバーに依存しますか?

http://myhosting.com/somepkg.eggなど、URL としてアクセスできる卵があります。今、私はこの somepkg を pypi にリストしていません。buildout に取得してインストールするように指示するにはどうすればよいですか。いくつかのレシピを試しましたが、今のところうまくいきません。

ティア

Zopeをインストールするための推奨される方法はBuildoutを使用することですが、最小限のZope2環境をインストールするための単純なbuildout.cfgが見つからないようです。Ploneや他のものをインストールすることがたくさんあります。

私はもう試した：

しかし、私は得ます：

開発中の現在のDjangoプロジェクトをzc.buildoutを使用するように変換しようとしています。これまでのところ、Haystackを除いて、すべてのビットを把握しています。

HaystackソースはGitHubで入手できますが、ユーザーにgitのインストールを強制したくありません。適切な代替手段は、ここからtarballをフェッチすることです。

そのtarballにはsetuptoolssetup.pyが含まれており、ビルドアウトを取得してインストールするのはとても簡単なようです。やめろ！

次のことを可能にするPythonビルドアウトレシピはありますか？

つまり、パーツのグループの階層を手動で管理できるように、「ビルドアウト」セクションと同じように「パーツ」属性を取得するレシピが必要です。

はい、私は私ができることを知っています：

しかし、パーツの属性を参照することによってパーツが構築されるという副作用に依存することは、少しあいまいに思えます。むしろ、パーツ自体の名前をリストするだけのレシピを使用することで、より明確にしたいと思います。

確かに、拡張してオーバーライドするときは、次のように言うと非常にきれいに見えます。

よりも：

または、ビルドアウトがどのように機能するかについて基本的な何かが欠けている、またはこれをはるかにクリーンにするドキュメントの何かを見落としているという私の問題です。

また、すべてのパーツが「ビルドアウト」セクションの「パーツ」属性にリストされているフラットな階層は必要ありません。

文字列がそのままになるように、ビルドアウト構成で変数置換に使用される魔法の文字をエスケープする簡単な方法はありますか? 言い換えれば、私が言うところ：

実際には ${variable} を展開したくありませんが、リテラル値のままにしておきます。

実際に私が遭遇している特定の問題は、ビルドアウト構成ファイル自体ではなく、レシピ「collective.recipe.template」によって処理されるテンプレート ファイルにあります。これは、構成ファイルで使用されるビルドアウトと同じ変数置換エンジンを使用します。問題は、テンプレートとして使用したいファイルが、最終的にファイルを消費するアプリケーション構成システムと組み合わせて、独自の目的で「${variable}」構文を既に使用していることです。

この問題を回避するために私が見つけた唯一の方法は、次のようなものを使用することです。

テンプレート入力ファイルには、次のものがあります。

それ以外の：

すでに持っていたこと。

これが行っていることは、テンプレートを使用してセクションに対して「dollar」属性を検索し、「$」に置き換えることです。

それをしなければならないのではなく、できることを望んでいました：

またはおそらく：

そして、私が望むことをさせるためにダミーの属性を持つ必要がなくなります。

buildout のソース コードを見ると、変数置換に一致する方法では、エスケープ メカニズムが提供されていないようです。

実際に方法がない場合は、おそらく誰かが、変数展開を実行できるビルドアウトの代替テンプレート レシピを知っていますが、それが変数を示す方法に関係なくエスケープ メカニズムを提供します。テンプレート システムの展開メカニズムと、テンプレート化されるファイル内のリテラル データ。

私たちの Web サイトに含まれるスクリプトの数を減らそうとしており、ビルドアウトを使用して展開を処理しています。buildout を使用してスクリプトを結合および圧縮する方法の実装に成功した人はいますか?

このチュートリアルでビルドアウトをもう少し把握しようとしていますが、チュートリアルとは異なり、プレゼンテーション スライドのカット アンド ペーストのようです。buildout の目的が何であるか、scons および setuptools とどのように位置付けられるかについて、私には明確な考えがありません。これらの問題について詳細を教えていただけませんか？

ありがとう！