- Bis die komplette Checkliste abgearbeitet ist muss das PR-Label WIP gesetzt sein
- Links zu verwandten PRs anderer Repositories
- https://github.com/schul-cloud/schulcloud-server/pulls/????
- Im Ticket (oder PR, wenn kein Ticket): Beschreibung und Begründung der Änderung/Neuerungen
- Link zum Ticket https://ticketsystem.schul-cloud.org/browse/SC-????
- Code mit Hinblick auf Security und Datensicherheit betrachten
- Linter darf keine Probleme bei veränderten Dateien aufweisen
- Kern-Logik ist hinter der API implementiert?
- UI-Änderungen wurden von der UX-Gruppe akzeptiert
- Test-Coverage darf durch PR nicht sinken
- Unit-Tests und Integrations-Tests schreiben / ändern
- Keine offenen bekannten Bugs im entwickelten Code
- Feature Toggle notwendig (z.B. Environment-Variablen)
- Datenbankanpassungen notwendig?
- Gibt es ein Migrationsskripte?
- Alle DB-Anpassungen müssen in den Seed-Daten reflektiert werden
- Notwendige neue Konfiguration an der Infrastruktur wurde mit Dev-Ops besprochen
- Neue Abhängigkeiten (Repos, NPM Pakete, Vendor Skripte) begründen und überprüfen (Stabilität, Performance, Aktualität, Autor)
- Begründung:
- Übergabe/Schulung & Administrationsinfos (#Busfaktor, Confluence intern)
- Dokumentation (wenn notwendig)
- Code
- Confluence - https://docs.schul-cloud.org
- Guidelines / Hilfe
- Release Notes - wenn es sich um große Feature-Releases handelt
- mind. 1 Screenshot bei Content-Änderungen
- Neue Verarbeitung von personenbezogene Daten wurde mit der Datenschutz-Gruppe besprochen
- WIP PR-Label entfernt, wenn die Checkliste abgearbeitet wurde
Weitere Informationen zur DoD hier im Confluence