Verbesserte Katalogverwaltung in Versionskontrollsystemen

Als Reaktion auf Ihr wertvolles Feedback haben wir unsere 4D Projektarchitektur deutlich verbessert.

Bisher enthielt die Katalogdatei alle Informationen zur Projektstruktur, einschließlich grafischer Informationen wie Farben oder Positionen, die auf Tabellen, Felder und Beziehungen angewendet wurden. Jetzt können diese Details bequem in einer separaten Datei gespeichert werden, was die Überprüfung von Pull Requests und die Verwaltung von Merge-Konflikten in Versionskontrollsystemen vereinfacht.

Schauen wir uns nun die Einzelheiten dieser Verbesserung an.

Das Ändern der Position oder der Farbe einer Tabelle, eines Feldes oder einer Relation führte zu einer Aktualisierung der Datei catalog.4DCatalog, da diese die Informationen des Struktureditors enthielt. Das Gleiche gilt für das Umordnen von Tabellenfeldern.

Ab 4D v20 R5 wird das grafische Erscheinungsbild von Tabellen und Feldern nun in einer separaten Datei neben der Katalogdatei gespeichert. Die in der neuen Datei catalog_editor.json gespeicherten Informationen sind:

  • Position der Tabelle
  • Größe der Tabelle
  • Farbe der Tabelle
  • Anzahl der anzeigbaren Tabellenfelder
  • Reihenfolge der Tabellenfelder
  • Farbe der Felder
  • Position des Feldes
  • Farbe der Relation

 

Mit diesem neuen Verhalten, vor allem wenn mehrere Entwickler an demselben Projekt arbeiten, sind Strukturänderungen, die von anderen Entwicklern vorgenommen werden, leichter zu überprüfen.
Wenn man eine Tabelle verschiebt, die Größe einer Tabelle ändert, die Feldreihenfolge ändert oder eine Farbe ändert, wird die Datei catalog.4DCatalog nicht mehr berührt.
Diese neue Datei-Architektur macht die Verwaltung von Merge-Konflikten in VCS-Anwendungen einfacher, da die Datei catalog.4DCatalog nur noch wichtige Informationen zur Datenbankstruktur enthält. Bei der Prüfung von Pull-Requests können Sie mehr auf die Datei catalog.4DCatalog achten und weniger auf die Datei catalog_editor.json!

Dieses neue Verhalten ist der Standard für Projekte, die mit 4D v20 R5 erstellt oder konvertiert wurden.

AUSWIRKUNGEN auf bestehende Projekte

Da wir Sie nicht dazu zwingen wollten, dieses neue Verhalten für Ihre bestehenden Projekte (die vor 4D v20 R5 erstellt oder konvertiert wurden) zu verwenden, haben wir einen neuen Kompatibilitätsparameter hinzugefügt, um es zu aktivieren.
Wenn Sie diesen Parameter aktivieren, wird die neue Datei catalog_editor.json automatisch erstellt, wenn die Struktur gespeichert wird.

blank

Rückgängig machen

Im Falle einer versehentlichen Aktivierung gibt es keinen Grund zur Panik.

Der Struktureditor lädt zunächst die Informationen aus der Datei catalog.4DCatalog und überschreibt sie dann mit dem Inhalt der Datei catalog_editor.json. Daher können Sie die Kompatibilitätseinstellung deaktivieren, den Struktureditor öffnen, eine visuelle Änderung vornehmen, um die Informationen in der Datei catalog.4DCatalog zu speichern, und dann die Datei catalog_editor.json löschen.

Teilen Sie Ihre Gedanken und Erfahrungen in unserem Forum mit und lassen Sie uns wissen, was Sie von dieser neuen Funktion halten.

Avatar
- Product Owner - Damien Fuzeau ist seit Februar 2019 Mitglied des 4D Produktteams. Als Product Owner ist er für das Schreiben von User Stories zuständig, die er dann in funktionale Spezifikationen umsetzt. Zu seinen Aufgaben gehört es auch, dafür zu sorgen, dass die gelieferten Funktionsimplementierungen den Anforderungen der Kunden entsprechen. Damien hat an der Universität von Nantes einen Abschluss in Softwaretechnik gemacht. Er verbrachte mehr als 23 Jahre in seinem früheren Unternehmen, zunächst als Entwickler (er entdeckte 4D im Jahr 1997) und später als technischer Leiter und Softwarearchitekt. Dieses Unternehmen ist ein 4D OEM Partner und hat 4D basierte Geschäftssoftware für Tausende von Usern auf Hunderten von Servern eingesetzt. Damien ist also mit der Entwicklung und dem Einsatz von 4D in einem mehrsprachigen Kontext vertraut.