Skip to content

Updates & Versionen — Anleitung

Wann bekommt mein Workspace eine neue Prilog-Version? Wie kann ich Updates verzögern, wenn gerade Prüfungswoche ist?

Worum geht es?

Prilog wird laufend weiterentwickelt. Fehlerbehebungen, neue Funktionen, größere Umbauten — all das landet in Releases. Jede Schule darf selber bestimmen, wann und welche Updates ankommen.

Du findest die Einstellung im Web-Client unter Einstellungen → Updates (nur Admins sehen sie).


Vier typische Wünsche

"Wir wollen immer das Neueste"

Modus: Continuous (kontinuierlich)

Jedes Update aus dem Continuous-Kanal kommt am nächsten Reconcile-Lauf an (täglich um 03:30 Uhr). Empfohlen für Pilot-Schulen, IT-affine Teams oder wenn du eng mit dem Prilog-Team zusammenarbeitest.

"Wir wollen nur das, was länger stabil läuft"

Modus: Auto Stable (stabilem Kanal folgen)

Updates werden erst nach Freigabe durch das Prilog-Team in den stable-Kanal gehoben. Sobald da, kommt die Version automatisch nachts an. Das ist der Default-Pfad für die meisten Schulen.

"Nur Sicherheits- und Bugfixes — keine neuen Features"

Modus: Nur Patches

Sicherheits-Patches und Bugfixes (Patch-Releases) werden automatisch eingespielt. Minor- oder Major-Releases (neue Funktionen, größere Umbauten) bleiben außen vor, bis du sie explizit freigibst.

"Wir haben Prüfungswoche / Eingewöhnung / Schuljahresende — bitte keine Änderung"

Modus: Frozen (eingefroren)

Du friert deinen Workspace auf einer konkreten Version ein. Wir fragen nach einer Begründung und einem Enddatum (max. 90 Tage). Während dieser Zeit bleibt deine Schule auf genau dieser Version stehen. Der Reconcile-Lauf überspringt deinen Tenant — keine Änderungen.


Die Einstellung im Detail

Auf der Seite "Einstellungen → Updates" siehst du

Aktuelles Soll — was dein Workspace gemäß deiner Einstellung installiert hätte, wenn das System jetzt prüfen würde. Dient zur Kontrolle.

Policy — der eigentliche Einstellungs-Block:

  • Update-Modus — die vier Möglichkeiten oben + zwei spezielle (Manuelle Freigabe pro Update, nur Major-Bundles)
  • Freeze-Ebene — heute frei wählbar sind:
    • Keine — kein Einfrieren
    • Nur Frontend — die Web-App bleibt auf der Version, Backend/Server-Komponenten ziehen normal nach
  • Schalter für Sicherheits- / Patch- / Minor- / Major-Updates
  • Begründungs-Feld bei Freeze

Tiefere Freeze-Ebenen (komplette Server-Stack einfrieren) sind erst aktivierbar, wenn unsere Kompatibilitäts-Tests sicherstellen, dass das ohne Risiko geht. Stand 2026-05 sind sie absichtlich gesperrt — kein verlorenes Feature, sondern ein Schutz.

Audit (Änderungs-Historie)

Jede Änderung an deiner Update-Policy wird mit Wer, Wann und Warum protokolliert. Klick auf einen Eintrag öffnet die Detail-Ansicht mit dem genauen Vorher/Nachher-Diff. Das hilft, wenn jemand sich später fragt: "Wer hat hier den Freeze gesetzt?"


Häufige Fragen

"Was passiert, wenn das Freeze-Datum abgelaufen ist?"

Nichts automatisch. Du musst die Policy aktiv ändern (z.B. zurück auf "Auto Stable"). Der Admin-Bereich von Prilog sieht in seiner Übersicht "Freeze abgelaufen" in Orange — das ist ein Hinweis, dass es Zeit ist nachzuziehen. Wir kontaktieren dich notfalls.

"Kann ich auf eine bestimmte Version festnageln?"

Ja. Im Modus Frozen kannst du eine konkrete Release-ID (z.B. 6b1bfcf) angeben. Dein Workspace bleibt auf genau dieser Version, bis du selbst entsperrst.

"Was ist ein 'Release'?"

Ein abgeschlossener Build der Web-App. Jeder erfolgreiche Build von Prilog erzeugt einen Eintrag mit einer eindeutigen Kennung (Git-SHA). Releases haben Klassen:

  • security — Sicherheits-Patch
  • patch — Bugfix
  • minor — kleine neue Funktion
  • major — größere Funktion oder Umbau
  • breaking — Pflicht-Migration, kann nicht einfach übersprungen werden

"Warum sind manche Updates trotz Freeze eingelaufen?"

Sicherheits-Updates können (auf Wunsch des Workspaces) auch im Freeze eingespielt werden — das ist im Schalter "Sicherheits-Updates erlauben" konfiguriert. Default an. Wenn du wirklich nichts verändert haben willst, schalte ihn aus.

"Sind meine Daten betroffen?"

Nein. Updates verändern nur die Software (Code), nicht deine Inhalte. Aufgaben, Chats, Dokumente bleiben unverändert — auch wenn die Version sich ändert.


Praxis-Tipp für Schulen

Wir empfehlen folgenden Rhythmus:

  • Standard: Auto Stable (folgt dem stable-Kanal)
  • Sicherheits-Updates: an (auch im Freeze)
  • Patch-Updates: an
  • Minor-Updates: aus (manueller Klick wenn ihr neue Funktionen wollt)
  • Major-Updates: aus (immer per Hand freigeben)

Vor stressigen Phasen (Halbjahres-Zeugnisse, Schuljahresübergang, Abi-Klausuren):

  • Auf Frozen umstellen
  • Begründung: "Halbjahres-Zeugnisse 2026"
  • Enddatum: 2 Wochen nach Phase
  • Sicherheits-Updates auf "erlaubt" lassen

Danach wieder zurück auf Auto Stable und die zwischenzeitlich gesammelten Updates kommen am nächsten Lauf.


Wer kann das ändern?

Nur Workspace-Admins. Lehrer:innen und Schüler:innen sehen die Einstellung gar nicht. Jede Änderung wird mit deinem Namen ins Audit geschrieben.


Wenn etwas schief geht

Wir (Prilog-Team) sehen in unserer eigenen Übersicht alle Workspace-Policies und können bei Bedarf einen Tenant temporär einfrieren oder entsperren — z.B. wenn wir feststellen, dass ein bestimmtes Update bei deiner Konfiguration Probleme macht. Solche Eingriffe werden ebenfalls auditiert. Du siehst in deinem Audit, wenn das Prilog-Team etwas geändert hat (Eintrag: "Prilog Operator").