factory-defaults: builtin-Werkseinstellungen beim Auto-Seed einspielen
Neue VMs sollen direkt mit den im Repo abgelegten Stammdaten + Auftragsvorlagen + HTML-Templates hochkommen, ohne dass man jedes Mal manuell ein ZIP hochlädt. - Dockerfile: kopiert backend/factory-defaults nach /app/factory-defaults-builtin und backend/scripts nach /app/scripts - seed-factory-defaults.ts: ROOT-Pfad über FACTORY_DEFAULTS_DIR überschreibbar - entrypoint.sh: nach erfolgreichem Auto-Seed läuft `tsx scripts/seed-factory-defaults.ts` mit FACTORY_DEFAULTS_DIR auf den builtin-Pfad. Trigger NUR bei frischer DB (RAN_SEED=true), bestehende Installs werden nie nachträglich überschrieben. `backend/factory-defaults/*` bleibt gitignored – Inhalte legt jeder Operator-User selbst lokal ab (z.B. via Export-ZIP entpacken), sie landen beim nächsten Container-Build im Image. Live verifiziert: frischer Container mit RUN_SEED=true zieht 10 Anbieter, 4 Tarife, 18 Kündigungsfristen, 18 Laufzeiten, 8 Kategorien, 2 PDF-Vorlagen und 2 HTML-Templates ein; PDFs landen mit eindeutigem Suffix in uploads/. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -50,6 +50,12 @@ COPY backend/prisma ./prisma
|
||||
# Frontend-Build ins public/-Verzeichnis (wird in production-Mode statisch ausgeliefert)
|
||||
COPY --from=frontend-builder /build/frontend/dist ./public
|
||||
|
||||
# Eingebaute Werkseinstellungen ins Image: bei Erstinstallation (leerer DB) zieht
|
||||
# der Entrypoint sie via tsx scripts/seed-factory-defaults.ts ein. Liegt in einem
|
||||
# eigenen Pfad – `factory-defaults/` selbst kann über Bind-Mount überlagert werden.
|
||||
COPY backend/factory-defaults /app/factory-defaults-builtin
|
||||
COPY backend/scripts /app/scripts
|
||||
|
||||
# Daten-Verzeichnisse (werden via Bind-Mount überlagert; hier nur als Fallback)
|
||||
RUN mkdir -p uploads factory-defaults prisma/backups
|
||||
|
||||
|
||||
Reference in New Issue
Block a user