そのためには、それはOFSフォルダなどにsynchronisersを提供しています(;
gocept.fssyncz2パッケージにはそれが、ファイルシステム&NBSPにZODB内容をダンプし、復元する機能である、zope.fssync / zope.app.fssyncのZope2統合を提供、と)zope.app.fssyncのZope3っぽいメカニズムはZope2パブリッシャーで動作するように適応します。
その主な使用例では、ソースコード管理システムにZODB内に格納されたコードを維持することである。そのため、(base64エンコードを使用しないことによって)、できるだけ読みやすいディスクに書き込まれる漬物を作るしようとします。
これまでのところ、それはとにかく、SCMを介して行われる必要がある別のチェックアウトの間で変更をマージするので、(彼らの目標を完全に上書き)チェックインとチェックアウトの操作に集中する。 (zope.app.fssyncは、これが細かいですがZODBとファイルシステムダンプの両方が、限り一つだけのファイルシステム表現が存在する。同時にモデルの区切りを変更した際に、スマートにしようという、そのような更新など、いくつかの他のアクションを提供していますし、コミットいくつかのダンプが互いに同期する必要がダウンしたとき - それは、その変化が本当にその場合には正しいものであるかを判断することが非常に非自明なので、この時点では、これらのアクションを使用しないことをお勧めします)。
使用法:
あなたはのconfigure.zcmlとoverrides.zcmlの設定ファイルの両方をロードする必要があります。
gocept.fssyncz2は2アクション(チェックアウトとチェックイン)をラップし、他のすべてのパラメータ(URLは、場所、資格情報)に渡すことができfssyncと呼ばれるコンソールスクリプトが用意されています。これは、このように、(例えば、ビルドアウトを介して)生成されることを意図している。
[fssync]
レシピ= zc.recipe.egg:スクリプト
卵= gocept.fssyncz2
エキストラパス= $ {zope2:場所} / libに/ Pythonの
引数=ホスト= '$ {インスタンス:HTTP-アドレス}'、フォルダ= 'にMyFolder」、資格=' $ {インスタンス:ユーザー} '、リポジトリ=' $ {ビルドアウト:ディレクトリ}は/ var / ZODBダンプ」
その後、ビン/ fssyncチェックアウトを使用して設定ファイルシステムの場所にZODBをダンプし、ビン/ fssyncチェックインとZODBにファイルシステムに保存されたデータを読み込むことができます。
の新機能のこのリリースでは:それは安定したにもダンプで必要でもないように、
- PythonScriptsのなco_varnames属性をダンプしないでください。 。
のバージョン1.5.2の新機能のは何ですか。
- の後CookieUserFolderは__allow_groups__ポインタを復元するための回避策を追加ロードfssync-無視して、それを(#11111)します。
のバージョン1.5.1でのの新機能は次のとおりです。
- MADE実際にダンプをロード上のオブジェクトを無視するメカニズムを無視。 (#10488)
のバージョン1.4のの新機能:
- シーケンス]]&GTを含む文字列を防ぐバグを修正。ダンプさと病気に整形式のXML漬物を生じさせる、バックロードされます。 から
- は少しクリーンアップ:未使用TESTDATAディレクトリを削除します。 。
のバージョン1.3のの新機能は次のとおりです。
- ビルドアウト内のすべての使用バージョンをピン留めします。 。
- を追加しました宝庫分類器は、メタデータをパッケージ化します。
のバージョン1.2のの新機能:
- の文字列内部の改行の代わりに改行として終わることを確認してくださいXMLのピクルス(修正#8860)中のn表記します。
- 開発ビルドアウトでfssyncスクリプトをインストールします。
- PythonScriptをダンプする際に、XMLの漬物のノイズを低減するために、その_CODE属性を省略(フィックス番号8859)
- で宣言依存性
- より良いエラーメッセージをエクストラで永続的なオブジェクトを検索します。
zope.i18nmessageidます。の
のバージョン1.1の新しいのは何ですか。
- は名前が変更されたコンソールではなく、チェックアウト/チェックインの/負荷をダンプするコマンドSCM操作との混同を避けるためにします。
の要件の
- のZopeます。
- のPythonます。
コメントが見つかりません