gocept.fssyncz2

gocept.fssyncz2 pakete ay nagbibigay ng pagsasama Zope2 ng zope.fssync / zope.app.fssync, iyon ay, ang kakayahang i-dump at ibalik ang nilalaman ZODB sa filesystem & nbsp; (Sa bahaging iyon, ito ay nagbibigay ng synchronisers para sa OFS mga folder at mga katulad nito , at adapts ang Zope3-ish mekanismo ng zope.app.fssync upang gumana ang Zope2 publisher).
Pangunahing kaso ang paggamit nito ay upang mapanatili ang code na naka-imbak sa loob ng ZODB sa isang sistema ng pamamahala ng pinagkukunan code. Samakatuwid, sinusubukan ito upang gumawa ng atsara na nakasulat sa disk bilang nababasa hangga't maaari (eg sa pamamagitan ng hindi gumagamit ng pag-encode base64).
Sa ngayon, ito concentrates sa mga pagkilos na checkin at checkout (na patungan ganap ang kanilang target), dahil pinagsasama ang mga pagbabago sa pagitan ng iba't ibang mga checkouts kailangang gawin pa rin sa pamamagitan ng SCM. (Zope.app.fssync nag-aalok ng maraming iba pang mga pagkilos, tulad ng pag-update at gumawa, na subukan na maging matalino kapag parehong ZODB at ang filesystem dump na Kasabay nagbago. Habang ito ay pinong hangga't lamang ng isang filesystem na representasyon umiiral, ang mga break modelo down na kapag kailangan ng ilang lungkot na naka-synchronize sa isa't isa - ito ay lubos na di-walang halaga upang matukoy kung saan ang pagbabago ay tunay na ang tama sa kasong iyon, kaya naming iminumungkahi ang hindi paggamit ng mga pagkilos na ito sa puntong ito).
Paggamit:
Kakailanganin mong i-load ang parehong configure.zcml at overrides.zcml mga file ng configuration.
gocept.fssyncz2 ay nagbibigay ng isang console script na tinatawag na fssync na bumabalot sa dalawang mga pagkilos (checkout at checkin) at nagbibigay-daan upang pumasa sa lahat ng iba pang mga parameter (URL, lokasyon, mga kredensyal). Ito ay sinadya upang mabuo (sa pamamagitan ng buildout halimbawa), tulad nito:
[Fssync]
recipe = zc.recipe.egg: script
mga itlog = gocept.fssyncz2
extra-path = $ {zope2: lokasyon} / Lib / python
argumento = host = '$ {halimbawa: http-address}', folder = 'myfolder', kredensyal = '$ {halimbawa: user}', imbakan = '$ {buildout: direktoryo} / var / zodb-dump'
Pagkatapos ay maaari kang dump ang iyong ZODB sa configure ang lokasyon filesystem na may bin / fssync checkout at i-load ang data na nakaimbak sa filesystem sa ZODB may bin / fssync checkin.

Ano ang bagong sa paglabas:.

• Huwag dump ang co_varnames na katangian ng PythonScripts dahil ito ay hindi matatag at hindi rin kinakailangan sa dump

Ano ang bagong sa bersyon 1.5.2:

• Magdagdag remedyo para sa CookieUserFolder ibalik ang __allow_groups__ pointer pagkatapos -load kapag fssync-pagbalewala sa mga ito (# 11111).

Ano ang bagong sa bersyon 1.5.1:

• Ginawa huwag pansinin mekanismo talagang balewalain ang mga bagay sa paglo-load ng isang dump . (# 10488)

Ano ang bagong sa bersyon 1.4:

• Ang Nakatakdang ng isang bug na pumigil string na naglalaman ng mga sequence]] & gt ; mula sa pagiging dumped at load muli, na nagbibigay sa pagtaas sa sakit na nabuo XML atsara.
• nalinis up ng isang maliit na:. Alis ka ng hindi nagamit na direktoryo testdata

Ano ang bagong sa bersyon 1.3:.

• Naka-pin ang lahat ng mga ginamit na mga bersyon sa buildout
• Idinagdag trove classifiers sa package meta data.

Ano ang bagong sa bersyon 1.2:

• tiyakin na bagong linya sa loob ng mga string ng napupunta bilang bagong linya sa halip ng n notation sa XML atsara (pag-aayos ng # 8860)
• i-install ang fssync script sa pagpapaunlad buildout
• kapag paglalaglag ng PythonScript, iwanan ang _code nito katangian upang bawasan ang ingay sa XML atsara (pag-aayos ng # 8859)
• ipinahayag dependency sa zope.i18nmessageid
• mas mahusay na mensahe ng error kapag paghahanap ng mga paulit-ulit na mga bagay sa mga extra

Ano ang bagong sa bersyon 1.1:

• Pinalitan ang pangalan ng console command upang dump / pag-load sa halip ng pag-checkout / checkin upang maiwasan ang pagkalito sa SCM pagpapatakbo.

Mga Kinakailangan :

• Zope
• Python