Zum Inhalt springen

Release-Richtlinie

Worauf Sie sich verlassen können.

Wie oft Kaleta erscheint, wie Websites aktualisiert werden und was nie ohne Ankündigung bricht – für Ihre eigene Website und für die Websites, die Sie für Kunden bauen. Gilt ab Kaleta 2.1.

Ein stetiges Tempo.

Ein neues Minor-Release mit Funktionen jede Woche im Kanal „Neueste“, etwa einmal im Monat im Kanal „Stabil“. Patch- und Sicherheitsreleases bei Bedarf. Ein Major-Release höchstens einmal im Jahr.

Updates in einem Schritt.

Unterstützt wird die neueste Version, und eine Website mit einer älteren Version erreicht sie in einem Schritt unter Einstellungen → Backups und Updates, ohne Pflicht-Zwischenschritte. Jedes Release wird durch das Aktualisieren von Installationen ab Version 1.2 auf MySQL und MariaDB getestet.

Sicherheit von selbst.

Sicherheitsreleases installieren sich selbst, sofern der Administrator die automatischen Sicherheitsupdates nicht abschaltet: Die Website sichert zuerst ihre Datenbank und prüft Signatur und Prüfsumme.

Keine überraschenden Entfernungen.

Bevor etwas wegfällt, wird es angekündigt, auf den Websites, die es nutzen, im Systemstatus angezeigt, mindestens zwei Minor-Releases und sechs Monate lang beibehalten und nur in einem Major-Release entfernt.

Ein festgehaltener Vertrag.

Die Tools der Claude-Anbindung, die Design-Tokens, die Builder-Elemente und die Erweiterungs-API für Add-ons sind im Repository festgehalten. Die Tests schlagen fehl, wenn eines davon entfernt oder geändert wird.

Ein öffentlicher Nachweis.

Jedes Release wird auf GitHub und in der Versionshistorie hier angekündigt, auf Englisch, Tschechisch und Deutsch.

Versionshistorie

Update-Kanäle

Neueste oder Stabil.

Seit Kaleta 3.8 folgt jede Website einem von zwei Update-Kanälen. Sie wählen ihn unter Einstellungen → Backups und Updates.

  • Neueste – die Voreinstellung für jede Website. Jede Woche eine neue Minor-Version, dazu Sicherheitsreleases.
  • Stabil – nur Sicherheitskorrekturen und etwa einmal im Monat der Wechsel auf eine neuere Minor-Version, nachdem sie im Kanal „Neueste“ gelaufen ist. Einer Website im Kanal „Stabil“ wird nie eine ältere Version angeboten als die, mit der sie läuft.

Beide Kanäle sind mit demselben Schlüssel des Herausgebers signiert und werden gleich geprüft.

Kompatibilität

Der öffentliche Vertrag.

Die Regeln oben gelten für:

  • Die Claude-Anbindung (MCP) – Tool-Namen, Parameter und ihre Typen, Pflichtparameter und die Kennzeichnung jedes Tools. Die älteren tschechischen Tool-Namen funktionieren weiter.
  • Design-Tokens – die gespeicherten Namen wie --ka-barva-primarni und die englischen wie --ka-color-primary.
  • Builder-Elemente und ihr Inhalt, damit jede gespeicherte Seite weiter dargestellt wird.
  • Der Website-Export – er lässt sich in dieselbe oder jede spätere Version importieren.
  • Die Adressen Ihrer Inhalte – ein Update ändert sie nie; wenn Sie die Adresse einer Seite, einer News oder einer Kategorie ändern, legt Kaleta eine Weiterleitung an.
  • Der Update-Kanal und seine Signaturen.

Nicht erfasst: PHP-Klassen, Funktionen und Datenbanktabellen, das HTML des Admins und das genaue Markup öffentlicher Seiten sowie der Wortlaut von Texten. Add-ons bauen stattdessen auf der versionierten Erweiterungs-API auf (seit Kaleta 3.0, beschrieben in docs/EXTENSIONS.md, auf Englisch), die als eigener Vertrag festgehalten ist.

Die vollständige Richtlinie

Die Richtlinie liegt im Repository neben dem Code, und jede Änderung daran ist öffentlich (auf Englisch).