pachet gocept.fssyncz2 oferă integrare Zope2 de zope.fssync / zope.app.fssync, care este, abilitatea de a arunca și a restabili conținutul ZODB la sistemul de fișiere & nbsp; (În acest scop, acesta oferă synchronisers pentru dosare OFS și altele , precum și adaptează mecanismele Zope3-ish de zope.app.fssync pentru a lucra cu editorul Zope2).
Cazul său principal de utilizare este de a menține cod stocat în interiorul ZODB într-un sistem de management de cod sursă. Prin urmare, încearcă să facă murăturile care sunt scrise pe disc la fel de ușor de citit ca posibil (de exemplu, prin neutilizarea codare base64).
Până în prezent, se concentrează asupra acțiunilor checkin și checkout (care suprascrie obiectivul lor complet), deoarece fuziunea modificări între diferite case de marcat trebuie să se facă prin intermediul CSM oricum. (Zope.app.fssync ofera o serie de alte acțiuni, cum ar fi modificare și să se angajeze, care încearcă să fie inteligente atunci când atât ZODB și halda de sistem de fișiere s-au schimbat în același timp. În timp ce acest lucru este bine, atâta timp cât există o singură reprezentare sistem de fișiere, modelul pauze jos atunci când mai multe halde trebuie să fie sincronizate cu altele - este foarte non-trivial pentru a determina, acesta schimbare într-adevăr este cel corect, în acest caz, așa că vă recomandăm împotriva utilizării acestor acțiuni în acest moment).
Utilizare:
Veți avea nevoie pentru a încărca atât configure.zcml și fișierele de configurare overrides.zcml.
gocept.fssyncz2 oferă un scenariu consolă numit fssync care înfășoară cele două acțiuni (checkout și checkin) și permite să treacă în toți ceilalți parametri (URL-uri, locații, acreditări). Acest lucru este menit să fie generate (prin buildout de exemplu), ca aceasta:
[Fssync]
reteta = zc.recipe.egg: script
ouă = gocept.fssyncz2
-căi suplimentare = $ {zope2: Locul de amplasare} / lib / python
Argumentele = gazdă = '$ {exemplu: http-adresa}', director = 'myfolder', acreditări = "$ {exemplu: utilizator} ', = depozit" $ {buildout: directorul} / var / zodb-benă "
Apoi, puteți arunca ZODB la locația sistem de fișiere configurat cu bin / verificare fssync și încărcați datele stocate pe sistemul de fișiere în ZODB cu bin / fssync checkin.
Ce este nou în această versiune:.
- Nu benă atributul co_varnames de PythonScripts așa cum nu este nici stabil, nici necesar în groapa de gunoi
Ce este nou în versiunea 1.5.2:
- Adauga soluție pentru CookieUserFolder pentru a restabili indicatorul __allow_groups__ după încărcare când-fssync ignorarea ea (# 11111).
Ce este nou în versiunea 1.5.1:
- Made ignorare mecanism ignora de fapt obiectele de pe încărcarea unui depozit . (# 10488)
Ce este nou în versiunea 1.4:
- Fixed un bug care a împiedicat siruri de caractere care conțin secvența]] & gt ; de la obiectul unui dumping și încărcate înapoi, dând naștere la muraturi XML rău formate.
- curățat un pic:. Eliminat un director testdata neutilizat
Ce este nou în versiunea 1.3:.
- Pinned toate versiunile second hand din buildout
- clasificatorilor comoara Adăugat la pachet metadate.
Ce este nou în versiunea 1.2:
- asigurați-vă că liniile noi din interiorul siruri încheia în calitate de rânduri libere în loc de n notație în murături XML (fixat # 8860)
- instala script fssync în buildout dezvoltare
- când dumping un PythonScript, lăsa _code sa atribuie pentru reducerea zgomotului în murăturile XML (fixat # 8859)
- dependență a declarat, zope.i18nmessageid
- mesaj de eroare mai bine atunci când găsirea de obiecte persistente în Extras
Ce este nou în versiunea 1.1:
- consolă Renamed poruncește să arunce / sarcină în loc de checkout / checkin pentru a evita confuzia cu operațiunile CSM.
Cerințe :
- Zope
- Python
Comentariile nu a fost găsit