Der Seed legt nur bei einer leeren Benutzer-Tabelle einen Administrator an, nicht bei jedem Start, an dem die Adresse SEED_ADMIN_EMAIL fehlt.
Offen
prisma/seed.ts prüft heute nur prisma.user.findUnique({ where: { email } }) mit SEED_ADMIN_EMAIL (Standard [email protected]). Ändert der Administrator seine Adresse im Profil, legt der nächste Start (heute im Container-CMD des laufenden Images, nach dem Rollout im initContainer seed) einen zusätzlichen ADMIN mit dieser Adresse und einem Zufallspasswort an und schreibt das Passwort ins Log
Bedingung auf „es gibt noch keinen Benutzer“ (oder „keinen aktiven ADMIN“) umstellen, Test ergänzen, ARCHITECTURE.md §8 anpassen
In Produktion prüfen, ob es dadurch schon ein unerwartetes Konto [email protected] gibt (Verwaltung > Benutzer), und es gegebenenfalls deaktivieren
Grundlage
Befund beim Doku-Abgleich am 2026-10-16 (Code ApiCore-Backend/prisma/seed.ts, Zeilen um 199–205). ARCHITECTURE.md §8 beschrieb bis dahin „leere User-Tabelle“ und ein festes Standardpasswort; beides stimmte nicht mit dem Code überein und ist im Doku-Abgleich #42 korrigiert.
Status
Code: ja (main) · Geprüft: Unit-Tests · Gemergt: ja · Produktiv: nein (Rollout #28)
Stand: 2026-10-16 (Quelle: git origin/main af6d142b, CI grün, Session vs-code-ff)
## Ziel
Der Seed legt nur bei einer leeren Benutzer-Tabelle einen Administrator an, nicht bei jedem Start, an dem die Adresse `SEED_ADMIN_EMAIL` fehlt.
## Offen
- [ ] `prisma/seed.ts` prüft heute nur `prisma.user.findUnique({ where: { email } })` mit `SEED_ADMIN_EMAIL` (Standard `[email protected]`). Ändert der Administrator seine Adresse im Profil, legt der nächste Start (heute im Container-`CMD` des laufenden Images, nach dem Rollout im initContainer `seed`) einen zusätzlichen ADMIN mit dieser Adresse und einem Zufallspasswort an und schreibt das Passwort ins Log
- [x] Bedingung auf „es gibt noch keinen Benutzer“ (oder „keinen aktiven ADMIN“) umstellen, Test ergänzen, `ARCHITECTURE.md` §8 anpassen
- [ ] In Produktion prüfen, ob es dadurch schon ein unerwartetes Konto `[email protected]` gibt (Verwaltung > Benutzer), und es gegebenenfalls deaktivieren
## Grundlage
Befund beim Doku-Abgleich am 2026-10-16 (Code `ApiCore-Backend/prisma/seed.ts`, Zeilen um 199–205). `ARCHITECTURE.md` §8 beschrieb bis dahin „leere `User`-Tabelle“ und ein festes Standardpasswort; beides stimmte nicht mit dem Code überein und ist im Doku-Abgleich #42 korrigiert.
## Status
Code: ja (main) · Geprüft: Unit-Tests · Gemergt: ja · Produktiv: nein (Rollout #28)
Stand: 2026-10-16 (Quelle: git origin/main af6d142b, CI grün, Session vs-code-ff)
Fix auf main (ab45d6e2, Doku 7a07e1ca): seedAdmin legt nur bei leerer User-Tabelle an; ein vom Betrieb gesetztes SEED_ADMIN_PASSWORD erscheint nie im Log; 4 Unit-Tests. ARCHITECTURE §8 angepasst. Offen: in Produktion prüfen, ob schon ein zusätzliches Konto [email protected] existiert, und es deaktivieren (Inhaber).
Fix auf main (ab45d6e2, Doku 7a07e1ca): seedAdmin legt nur bei leerer User-Tabelle an; ein vom Betrieb gesetztes SEED_ADMIN_PASSWORD erscheint nie im Log; 4 Unit-Tests. ARCHITECTURE §8 angepasst. Offen: in Produktion prüfen, ob schon ein zusätzliches Konto [email protected] existiert, und es deaktivieren (Inhaber).
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Ziel
Der Seed legt nur bei einer leeren Benutzer-Tabelle einen Administrator an, nicht bei jedem Start, an dem die Adresse
SEED_ADMIN_EMAILfehlt.Offen
prisma/seed.tsprüft heute nurprisma.user.findUnique({ where: { email } })mitSEED_ADMIN_EMAIL(Standard[email protected]). Ändert der Administrator seine Adresse im Profil, legt der nächste Start (heute im Container-CMDdes laufenden Images, nach dem Rollout im initContainerseed) einen zusätzlichen ADMIN mit dieser Adresse und einem Zufallspasswort an und schreibt das Passwort ins LogARCHITECTURE.md§8 anpassen[email protected]gibt (Verwaltung > Benutzer), und es gegebenenfalls deaktivierenGrundlage
Befund beim Doku-Abgleich am 2026-10-16 (Code
ApiCore-Backend/prisma/seed.ts, Zeilen um 199–205).ARCHITECTURE.md§8 beschrieb bis dahin „leereUser-Tabelle“ und ein festes Standardpasswort; beides stimmte nicht mit dem Code überein und ist im Doku-Abgleich #42 korrigiert.Status
Code: ja (main) · Geprüft: Unit-Tests · Gemergt: ja · Produktiv: nein (Rollout #28)
Stand: 2026-10-16 (Quelle: git origin/main
af6d142b, CI grün, Session vs-code-ff)Fix auf main (
ab45d6e2, Doku7a07e1ca): seedAdmin legt nur bei leerer User-Tabelle an; ein vom Betrieb gesetztes SEED_ADMIN_PASSWORD erscheint nie im Log; 4 Unit-Tests. ARCHITECTURE §8 angepasst. Offen: in Produktion prüfen, ob schon ein zusätzliches Konto [email protected] existiert, und es deaktivieren (Inhaber).