gocept.fssyncz2

Paquete gocept.fssyncz2 proporciona integración Zope2 de zope.fssync / zope.app.fssync, es decir, la capacidad de volcar y restaurar el contenido ZODB al sistema de archivos & nbsp; (Para ello, proporciona sincronizadores para carpetas OFS y similares , y adapta los mecanismos Zope3-ish de zope.app.fssync para trabajar con el editor Zope2).
Su caso de uso principal es mantener código almacenado en el interior del ZODB en un sistema de gestión de código fuente. Por lo tanto, se trata de hacer las salmueras que se escriben en el disco tan legible como sea posible (por ejemplo, al no utilizar la codificación base64).
Hasta ahora, se concentra en las acciones de registro y la salida (que se sustituye a su objetivo por completo), ya que la fusión de los cambios entre diferentes cajas que se debe hacer a través de la SMC de todos modos. (Zope.app.fssync ofrece varias otras acciones, como la actualización y comprometerse, que tratan de ser inteligente cuando tanto la ZODB y el volcado de sistema de archivos han cambiado al mismo tiempo. Si bien esto está muy bien, siempre y cuando sólo existe una representación del sistema de ficheros, el modelo se rompe abajo cuando varios vertederos deben sincronizarse entre sí - es altamente no trivial para determinar cuyo cambio de verdad es el más adecuado en ese caso, por lo que no recomendamos usarlo estas acciones en este momento).
Uso:
Usted tendrá que cargar tanto el configure.zcml y archivos de configuración overrides.zcml.
gocept.fssyncz2 proporciona un llamado fssync guión consola que envuelve las dos acciones (de pago y envío y el registro) y permite pasar en todos los demás parámetros (URL, ubicaciones, credenciales). Esto está destinado a ser generado (a través de buildout por ejemplo), así:
[Fssync]
receta = zc.recipe.egg: guiones
huevos = gocept.fssyncz2
senderos adicionales = $ {zope2: ubicación} / lib / python
argumentos = host = '$ {ejemplo: http-address}', carpeta = 'myfolder', credenciales = '$ {ejemplo: usuario}', = repositorio '$ {buildout: directorio} / var / ZODB-dump'
Entonces se puede volcar su ZODB a la ubicación del sistema de archivos configurados con bin / checkout fssync y cargar los datos almacenados en el sistema de ficheros en la ZODB con checkin bin / fssync.

¿Qué hay de nuevo en esta versión:.

• No tire el atributo co_varnames de PythonScripts ya que no es estable ni necesario en el vertedero

¿Qué hay de nuevo en la versión 1.5.2:

• Añadir solución para CookieUserFolder para restaurar el puntero __allow_groups__ después carga cuando fssync-ignorarlo (# 11111).

¿Qué hay de nuevo en la versión 1.5.1:

• Fabricado ignore mecanismo realmente ignorar objetos en cargar un volcado . (# 10488)

¿Qué hay de nuevo en la versión 1.4:

• Se ha corregido un error que impedía cadenas que contengan la secuencia]] & gt ; sean objeto de dumping y cargar de nuevo, dando lugar a las salmueras XML mal formadas.
• Se ha limpiado un poco:. Elimina un directorio testdata sin usar

¿Qué hay de nuevo en la versión 1.3:.

• cubrió todas las versiones utilizadas en buildout
• clasificadores trove Añadido empaquetar los metadatos.

¿Cuál es nuevo en la versión 1.2:

• asegúrese de que los saltos de línea dentro de cadenas terminan como los saltos de línea en lugar de n anotación en encurtidos XML (correcciones # 8860)
• instalar el script fssync en el buildout desarrollo
• al volcar un PythonScript, dejar de atribuir su _code para reducir el ruido en las salmueras XML (correcciones # 8859)
• dependencia declarado en zope.i18nmessageid
• mejor mensaje de error al encontrar objetos persistentes en Extras

¿Qué hay de nuevo en la versión 1.1:

• consola Renombrado comandos para volcar / carga en lugar de checkout / check- para evitar la confusión con las operaciones de SCM.

Requisitos :

• Zope
• Python