3

変更できない定義済みの Plone インストール/バージョン (3.3.5) 用にいくつかの製品を開発したいと考えています。

とにかく変更されない巨大なploneインスタンスをソース管理に入れる必要がないように、ソースツリーを編成する最良の方法は何ですか? ただし、ローカルチェックには引き続きビルドアウトを使用したい...

おすすめは何ですか?

私は Windows を使用しており、hg よりも git を好みますが、両方とも共存できます...

4

3 に答える 3

10

一般的に言えば、これは現在では で行われてい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
于 2011-05-19T23:32:49.240 に答える
2

ソースツリーを整理するとはどういう意味かよくわかりません...

いずれにせよ、次のことを確認してください。

あなたが選んだ SCM は Plone とは何の関係もありません。その選択はご自身で行ってください。

于 2011-05-20T00:24:14.537 に答える
1

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が最適です。

于 2011-05-20T05:57:45.717 に答える