4D Versionierung: Feature Releases & LTS Releases erklärt!

Automatisch übersetzt von Deepl

Wenn Sie Schwierigkeiten haben, zwischen Feature Releases (z. B. 4D v19 R6) und den LTS Releases – früher bekannt als Dot Releases oder .x Versionen (z.B. 4D v19.6)– zu unterscheiden, sind Sie hier richtig.

Wie Sie vielleicht wissen, hat 4D zwei Produktlinien:

  • Feature Releases wie z.B. 4D v19 R6, die Sie nutzen können, wenn Sie so schnell wie möglich auf den neuesten Stand der Technik und neue Funktionalitäten zugreifen wollen. Sie haben Zugang zu Feature Releases:
    • per Abonnement,
    • wenn Sie einen 4D Wartungsvertrag haben,
    • oder wenn Sie ein 4D Partner sind.

    Noch besser: Als 4D Partner mit Silber-, Gold- oder Platin-Status erhalten Sie auch Zugang zu Beta-Versionen.
    Mit Feature Releases erhalten Sie natürlich neue Funktionen, UND in letzter Zeit haben wir monatliche Hot Fixes zum aktuellen Feature Release hinzugefügt ?.

  • LTS-Versionen werden oft als „dot releases“ oder „.x-Versionen“ bezeichnet, wie z.B. 4D v19.6, wo Sie Bugfixes in nächtlichen Builds erhalten, diein den 4D Foren geteilt werden.

    Zusammenfassend lässt sich also sagen, dass der Unterschied zwischen Feature Release und LTS-Versionen in den neuen Funktionen liegt, die mit Feature Releases verfügbar sind, und im Integrationsprozess der Fehlerbehebungen.

Hinweis: Dieser Blog-Beitrag erklärt den neuen 4D Produkt-Release-Zyklus, den Grund für die Änderung der Namenskonvention und die Intervalle unserer Produkt-Releases.

Beispiel

4D v19.1 ist ein kleines Update von 4D v19 LTS. 4D v19.2 ist ein weiteres kleines Update, das nur Fehlerkorrekturen enthält.

4D v19 R2 enthält Fehlerbehebungen und neue Funktionen im Vergleich zu 4D v19 LTS. 4D v19 R3 enthält weitere Funktionen und Fehlerkorrekturen im Vergleich zu 4D v19 R2. Alle diese neuen Funktionen werden mit 4D v20 im LTS-Zweig verfügbar sein. Sie werden nicht in v19.x enthalten sein.

Hier ist ein Diagramm, das den Prozess erklärt:

Prozess der Integration von Fehlerbehebungen

Wenn wir einen Fehler beheben, tun wir dies zunächst in einer internen Version namens „main“. Dieser Code-Zweig wird für Neuentwicklungen und Fehlerbehebungen verwendet. Wenn ein Fehler behoben ist, validiert das QA-Team die Korrektur und stellt sicher, dass es keine unerwarteten Nebenwirkungen gibt. Einige Tage später wird die Codeänderung auch in den LTS-Zweig übertragen, in den nächsten nächtlichen Build (der für 4D Partner verfügbar ist) aufgenommen und in das nächste kleinere Update, wie 4D v19.2, integriert.

Alle Code-Änderungen, die sich auf Fehlerbehebungen aus „main“ beziehen, sind Teil des nächsten Feature Releases. Solange sich ein Feature Release noch im „Beta“-Status befindet, werden Code-Änderungen, die kritische Fehler oder Regressionen beheben, ebenfalls in die Beta-Version übernommen.

Wenn sich das Veröffentlichungsdatum der nächsten Version der Funktionsfreigabe nähert, stoppen wir die Integration, da jede Codeänderung einen unentdeckten und unerwünschten Nebeneffekt einführen kann, der beim Testen übersehen wird. Ein längerer Testzeitraum verringert dieses Risiko, daher sind wir vorsichtig.

Wenn ein Feature Release veröffentlicht wird, nehmen wir nur bei sehr bedeutenden, blockierenden Fehlern Codeänderungen mit dem nächsten monatlichen Hotfix vor. Dadurch haben wir mehr Zeit, diese zu testen, und das Risiko unentdeckter Nebeneffekte wird verringert.

blank

Was soll ich wählen?

Wenn Sie sich fragen, was die beste Option ist, gibt es darauf keine Antwort, denn es ist Ihre Entscheidung:

  1. Wenn Sie Stabilität mit einem schnellen Kanal von Fehlerkorrekturen über nächtliche Builds wünschen, ist LTS die Antwort.
  2. Angenommen, Sie wollen so schnell wie möglich die neueste Technologie und neue Funktionen nutzen. In diesem Fall sind Feature Releases perfekt, zumal es jetzt monatliche Hotfixes gibt, die auch für eine gewisse Stabilität sorgen.

Wir haben die Unterschiede zwischen den beiden Produktlinien erläutert, so dass Sie selbst entscheiden müssen, was Ihren Anforderungen am besten entspricht.

Kontaktieren Sie uns über die 4D Foren, wenn Sie weitere Fragen haben ?.

Avatar
- Product Marketing Manager Intissar kam 2017 als Product Marketing Manager zu 4D. Sie arbeitet eng mit den Produkt-, Marketing-, Engineering- und technischen Support-Teams zusammen, um den verschiedenen Zielgruppen das "Warum", das "Wie" und das "Was" neuer und aktualisierter Funktionen zu vermitteln. Diese enge Zusammenarbeit ermöglicht es ihr, Botschaften zu formulieren und ausführliche Inhalte und Codebeispiele für den 4D Blog und die Website zu schreiben. Nach ihrem Abschluss als Diplom-Ingenieurin für Informatik an der VINCI Universität arbeitete Intissar als Software-Ingenieurin in mehreren Startups. Ihre praktische Erfahrung umfasst Software-Spezifikation, -Design und -Entwicklung, User-Training und -Support sowie Team-Management.