変更できない定義済みの Plone インストール/バージョン (3.3.5) 用にいくつかの製品を開発したいと考えています。
とにかく変更されない巨大なploneインスタンスをソース管理に入れる必要がないように、ソースツリーを編成する最良の方法は何ですか? ただし、ローカルチェックには引き続きビルドアウトを使用したい...
おすすめは何ですか?
私は Windows を使用しており、hg よりも git を好みますが、両方とも共存できます...
一般的に言えば、これは現在では で行われていmr.developerます。次のようなビルドアウトを使用できます。
[buildout]
extends =
https://raw.githubusercontent.com/plock/pins/master/plone-4-3
https://raw.githubusercontent.com/plock/pins/master/dev
次に、ソースをセクション内のパラメーターに追加し、auto-checkoutセクション内で、ここで説明する形式で追加します。[buildout][sources]
何かのようなもの:
[buildout]
auto-checkout = my.package
[sources]
my.package = git https://url.to/my.package
次に、通常どおりパッケージをセクションのeggsパラメーターに追加します。plone.recipe.zope2instance
[instance]
recipe = plone.recipe.zope2instance
eggs =
Pillow
Plone
my.package
実際の例については、Plone coredev buildout を参照してください。
developそして、「開発卵」へのファイルシステムパスを指定できるセクションのパラメーターがあることを忘れないでください[buildout](ただし、チェックアウトは実行しません)。
[buildout]
develop = src/my.package
ソースツリーを整理するとはどういう意味かよくわかりません...
いずれにせよ、次のことを確認してください。
パッケージ構造を生成するためのhttp://plone.org/products/zopeskel
http://plone.org/documentation/manual/developer-manual開発者マニュアル ドキュメント
およびhttp://collective-docs.plone.org/コミュニティ提供のハウツー
可能であれば、Martin Aspeli の「Professional Plone Development」の本も入手してください。
あなたが選んだ SCM は Plone とは何の関係もありません。その選択はご自身で行ってください。
eg / productのルートディレクトリにbuildout.cfgファイルを作成し、集合からplonetestビルドアウトを拡張するだけです。
[buildout]
extends =
http://svn.plone.org/svn/collective/buildout/plonetest/plone-3.3.x.cfg
package-name = collective.mypackage
この方法では、リポジトリに2つのファイル(buildout.cfgとbootstrap.py)を追加するだけで済みます。
完全な例については、http://svn.plone.org/svn/plone/plone.app.discussion/trunk/を参照してください。
ただし、複数のパッケージを開発する場合は、mr.developerが最適です。