私はzc.buildoutをますます使用していて、解決策があるいくつかのレシピで問題が発生しています。
これらのパッケージは通常、いくつかのカテゴリに分類されます。
セットアップ＃2は＃1よりも優れていますが、どちらの状況でも、更新されたパッケージビルドアウトを使用する前に、開発者がこれらの変更を適用するのを待つ必要があるため、それほど優れていません。
これまで私がやってきたことは、基本的にパッケージをフォークし、別の名前を付けてpypiにアップロードすることですが、これは冗長性を生み出し、問題を悪化させるだけだと思います。
考えられる解決策の1つは、パーソナルサーバーパッケージインデックスを使用して、開発者がパッケージを更新するまで、更新されたバージョンのコードをアップロードすることです。これは実行可能ですが、追加の作業が追加されるため、避けたいと思います。
これを行うためのより良い方法はありますか？
ありがとうございました
あなたの「私のパーソナライズされたフォークをアップロードする」というソリューションは、ひどいアイデアのように聞こえます。卵に自動的にパッチを適用できるhttp://pypi.python.org/pypi/collective.recipe.patchを試してください。PyPi 互換のローカル インデックスを設定してみてください。これらの「ほぼ十分な」パッケージの個人用バージョンを含むfind-links =ディレクトリ (URL だけでなく) を指定することもできると思います。http://また、問題のあるパッケージにモンキー パッチを適用したり、Zope コンポーネント モデルを利用して新しいパッケージで必要な部分を上書きしたりすることもできます。多くの場合、実際の作成者はパッケージのソース コードのどこかにリストされています。たとえ PyPi に名前を掲載しないことに決めたとしてもです。
使用するパッケージのカスタム バージョンの数を減らそうとしています。通常、src/some.project をそのプロジェクトのコードのチェックアウトにリンクすることで、カスタマイズされたパッケージを開発卵として使用します。これらのパッケージを編集するたびに、新しい卵を作成したり、再インストールしたりする必要はありません。
ビルドアウトで使用される多くの Python パッケージは、Plone の svn 集合でホストされています。そのリポジトリへのコミット アクセスを取得するのは比較的簡単です。