Mejora de la gestión de catálogos en los sistemas de control de versiones

En respuesta a sus valiosos comentarios, hemos mejorado significativamente nuestra arquitectura de proyectos 4D.

Tradicionalmente, el archivo de catálogo contenía toda la información relativa a la estructura del proyecto, incluyendo información gráfica como colores o posiciones aplicadas a tablas, campos y relaciones. Ahora, estos detalles pueden ser convenientemente almacenados en un archivo separado, simplificando la tarea de revisar pull requests y gestionar conflictos de fusión en los sistemas de control de versiones.

Profundicemos en los detalles de esta mejora.

Al modificar la posición o el color de una tabla, campo o relación, se actualizaba el archivo catalog.4DCatalog, ya que contenía la información del editor de estructura. Lo mismo ocurría al reordenar los campos de una tabla.

A partir de 4D v20 R5, la apariencia gráfica de las tablas y campos se almacena ahora en un archivo separado junto al archivo de catálogo. La información almacenada en el nuevo archivo catalog_editor.json es la siguiente:

• Posición de las tablas
• Tamaño de las tablas
• Color de las tablas
• Número de campos visualizables de las tablas
• Ordenación de los campos de las tablas
• Color de los campos
• Posición de los campos
• Color de las relaciones

Con este nuevo comportamiento, principalmente cuando varios desarrolladores trabajan en el mismo proyecto, las modificaciones de la estructura realizadas por otros desarrolladores son más fáciles de revisar.
Cuando se mueve una tabla, se redimensiona una tabla, se cambia el orden de los campos o se modifica un color, ya no se modifica el archivo catalog.4DCatalog.
Esta nueva arquitectura de archivos facilita la gestión de conflictos de fusión en las aplicaciones VCS, ya que el archivo catalog. 4DCatalog ahora sólo contiene información crucial sobre la estructura de la base de datos. Al verificar las pull requests, puede prestar más atención al archivo catalog.4DCatalog y menos al archivo catalog_editor.json.

Este nuevo comportamiento es estándar para los proyectos creados o convertidos desde 4D v20 R5.

IMPACTOS en los proyectos existentes

Como no queríamos forzarlos a usar este nuevo comportamiento para sus proyectos existentes (creados o convertidos antes de 4D v20 R5), hemos añadido un nuevo parámetro de compatibilidad para activarlo.
Activando este parámetro, el nuevo archivo catalog_editor.json se creará automáticamente cuando se guarde la estructura.

Retroceso

En caso de activación accidental, no hay que alarmarse.

El editor de estructuras carga primero la información del archivo catalog.4DCatalog y luego la sustituye por el contenido del archivo catalog_editor.json. Como resultado, puede volver atrás desactivando la configuración de compatibilidad, abriendo el editor de estructura, realizando un cambio visual para almacenar la información en el archivo catalog .4DCatalog y, a continuación, eliminando el archivo catalog_editor.json.

Comparta sus opiniones y experiencias en nuestro foro y díganos qué le parece esta nueva funcionalidad.