Seminar Supabase – Branching, Preview-Umgebungen und Datenbankänderungen

Das Seminar überträgt bewährte Git- und Review-Prinzipien auf Datenbank, Konfiguration und Edge Functions. Vorschau- und dauerhafte Umgebungen werden mit Migrationen, Seed-Daten und sicheren Freigaberegeln verbunden.

Ein vollständiger Änderungsworkflow von lokaler Migration über Preview-Umgebung und Review bis zur kontrollierten Übernahme in Produktion wird aufgebaut und mit Konfliktfällen getestet.

Inhaltsübersicht

• 1. Umgebungs- und Branch-Strategie definieren
• 2. Migrationen und Konfiguration versionieren
• 3. Preview- und dauerhafte Branches einsetzen
• 4. Review, Merge und Schemadrift beherrschen
• 5. Testdaten, Geheimnisse und Bereinigung absichern

1. Umgebungs- und Branch-Strategie definieren

In diesem Abschnitt werden lokale Instanz, Preview Branch, dauerhafte Entwicklungs- oder QA-Umgebung und Produktion nach Zweck und Lebensdauer unterscheiden. Ziel ist ein nachvollziehbares Vorgehen, das sich in Entwicklungs-, Test- und Betriebsumgebungen wiederholen lässt.

Schritt-für-Schritt-Vorgehen

1. Schritt 1 – Ausgangslage erfassen: Fachliche Anforderungen, betroffene Daten, Rollen, Schnittstellen und Qualitätskriterien für „Umgebungs- und Branch-Strategie definieren“ in einer Arbeitsmatrix festhalten.
2. Schritt 2 – Zielzustand planen: Lokale instanz, preview branch, dauerhafte entwicklungs- oder qa-umgebung und produktion nach zweck und lebensdauer unterscheiden; dabei Abhängigkeiten, Sicherheitsgrenzen, Fehlerfälle und Rückfallmöglichkeiten ausdrücklich dokumentieren.
3. Schritt 3 – Umsetzung durchführen: Ein umgebungsmodell mit namensregeln, verantwortlichkeiten, datenklassen und zulässigen änderungswegen erstellen.
4. Schritt 4 – Prüfung und Nachweis: Positiv-, Negativ- und Wiederholungsfall ausführen, Soll- und Ist-Ergebnis vergleichen, Abweichungen korrigieren und den fertigen Standard versioniert dokumentieren.

Prüfpunkt: Die Umsetzung ist erst abgeschlossen, wenn der vorgesehene Zugriff funktioniert, unzulässige Varianten abgewiesen werden, der Fehlerfall nachvollziehbar bleibt und ein zweiter Durchlauf dasselbe Ergebnis liefert.

2. Migrationen und Konfiguration versionieren

In diesem Abschnitt werden Schemaänderungen, Funktionen, Policies, Konfiguration, Secrets-Verweise und Seed-Daten reproduzierbar im Repository organisieren. Ziel ist ein nachvollziehbares Vorgehen, das sich in Entwicklungs-, Test- und Betriebsumgebungen wiederholen lässt.

Schritt-für-Schritt-Vorgehen

1. Schritt 1 – Ausgangslage erfassen: Fachliche Anforderungen, betroffene Daten, Rollen, Schnittstellen und Qualitätskriterien für „Migrationen und Konfiguration versionieren“ in einer Arbeitsmatrix festhalten.
2. Schritt 2 – Zielzustand planen: Schemaänderungen, funktionen, policies, konfiguration, secrets-verweise und seed-daten reproduzierbar im repository organisieren; dabei Abhängigkeiten, Sicherheitsgrenzen, Fehlerfälle und Rückfallmöglichkeiten ausdrücklich dokumentieren.
3. Schritt 3 – Umsetzung durchführen: Eine änderung lokal entwickeln, als migration erzeugen, mit konfigurationsdatei und deterministischen seed-daten ergänzen.
4. Schritt 4 – Prüfung und Nachweis: Positiv-, Negativ- und Wiederholungsfall ausführen, Soll- und Ist-Ergebnis vergleichen, Abweichungen korrigieren und den fertigen Standard versioniert dokumentieren.

Prüfpunkt: Die Umsetzung ist erst abgeschlossen, wenn der vorgesehene Zugriff funktioniert, unzulässige Varianten abgewiesen werden, der Fehlerfall nachvollziehbar bleibt und ein zweiter Durchlauf dasselbe Ergebnis liefert.

3. Preview- und dauerhafte Branches einsetzen

In diesem Abschnitt werden ephemere Testumgebungen und langfristige Staging- beziehungsweise QA-Umgebungen passend zum Änderungsrisiko auswählen. Ziel ist ein nachvollziehbares Vorgehen, das sich in Entwicklungs-, Test- und Betriebsumgebungen wiederholen lässt.

Schritt-für-Schritt-Vorgehen

1. Schritt 1 – Ausgangslage erfassen: Fachliche Anforderungen, betroffene Daten, Rollen, Schnittstellen und Qualitätskriterien für „Preview- und dauerhafte Branches einsetzen“ in einer Arbeitsmatrix festhalten.
2. Schritt 2 – Zielzustand planen: Ephemere testumgebungen und langfristige staging- beziehungsweise qa-umgebungen passend zum änderungsrisiko auswählen; dabei Abhängigkeiten, Sicherheitsgrenzen, Fehlerfälle und Rückfallmöglichkeiten ausdrücklich dokumentieren.
3. Schritt 3 – Umsetzung durchführen: Einen feature-branch mit eigener datenbankumgebung bereitstellen und branch-spezifische zugangsdaten sowie einstellungen kontrollieren.
4. Schritt 4 – Prüfung und Nachweis: Positiv-, Negativ- und Wiederholungsfall ausführen, Soll- und Ist-Ergebnis vergleichen, Abweichungen korrigieren und den fertigen Standard versioniert dokumentieren.

Prüfpunkt: Die Umsetzung ist erst abgeschlossen, wenn der vorgesehene Zugriff funktioniert, unzulässige Varianten abgewiesen werden, der Fehlerfall nachvollziehbar bleibt und ein zweiter Durchlauf dasselbe Ergebnis liefert.

4. Review, Merge und Schemadrift beherrschen

In diesem Abschnitt werden Migrationen, Abhängigkeiten, Reihenfolge, Konflikte und nicht rückwärtskompatible Änderungen vor der Übernahme erkennen. Ziel ist ein nachvollziehbares Vorgehen, das sich in Entwicklungs-, Test- und Betriebsumgebungen wiederholen lässt.

Schritt-für-Schritt-Vorgehen

1. Schritt 1 – Ausgangslage erfassen: Fachliche Anforderungen, betroffene Daten, Rollen, Schnittstellen und Qualitätskriterien für „Review, Merge und Schemadrift beherrschen“ in einer Arbeitsmatrix festhalten.
2. Schritt 2 – Zielzustand planen: Migrationen, abhängigkeiten, reihenfolge, konflikte und nicht rückwärtskompatible änderungen vor der übernahme erkennen; dabei Abhängigkeiten, Sicherheitsgrenzen, Fehlerfälle und Rückfallmöglichkeiten ausdrücklich dokumentieren.
3. Schritt 3 – Umsetzung durchführen: Einen review mit automatisierten tests durchführen, einen absichtlichen konflikt analysieren und eine korrigierte migrationsfolge erstellen.
4. Schritt 4 – Prüfung und Nachweis: Positiv-, Negativ- und Wiederholungsfall ausführen, Soll- und Ist-Ergebnis vergleichen, Abweichungen korrigieren und den fertigen Standard versioniert dokumentieren.

Prüfpunkt: Die Umsetzung ist erst abgeschlossen, wenn der vorgesehene Zugriff funktioniert, unzulässige Varianten abgewiesen werden, der Fehlerfall nachvollziehbar bleibt und ein zweiter Durchlauf dasselbe Ergebnis liefert.

5. Testdaten, Geheimnisse und Bereinigung absichern

In diesem Abschnitt werden Produktivdaten aus Vorschauumgebungen fernhalten, Seed-Daten pseudonymisieren, Credentials trennen und nicht mehr benötigte Ressourcen entfernen. Ziel ist ein nachvollziehbares Vorgehen, das sich in Entwicklungs-, Test- und Betriebsumgebungen wiederholen lässt.

Schritt-für-Schritt-Vorgehen

1. Schritt 1 – Ausgangslage erfassen: Fachliche Anforderungen, betroffene Daten, Rollen, Schnittstellen und Qualitätskriterien für „Testdaten, Geheimnisse und Bereinigung absichern“ in einer Arbeitsmatrix festhalten.
2. Schritt 2 – Zielzustand planen: Produktivdaten aus vorschauumgebungen fernhalten, seed-daten pseudonymisieren, credentials trennen und nicht mehr benötigte ressourcen entfernen; dabei Abhängigkeiten, Sicherheitsgrenzen, Fehlerfälle und Rückfallmöglichkeiten ausdrücklich dokumentieren.
3. Schritt 3 – Umsetzung durchführen: Eine abnahmecheckliste für daten, secrets, zugänge, kosten, löschung und nachweis der bereinigung anwenden.
4. Schritt 4 – Prüfung und Nachweis: Positiv-, Negativ- und Wiederholungsfall ausführen, Soll- und Ist-Ergebnis vergleichen, Abweichungen korrigieren und den fertigen Standard versioniert dokumentieren.

Prüfpunkt: Die Umsetzung ist erst abgeschlossen, wenn der vorgesehene Zugriff funktioniert, unzulässige Varianten abgewiesen werden, der Fehlerfall nachvollziehbar bleibt und ein zweiter Durchlauf dasselbe Ergebnis liefert.