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:
@@ -15,7 +15,11 @@ import { PrismaClient } from '@prisma/client';
|
||||
|
||||
const prisma = new PrismaClient();
|
||||
|
||||
const ROOT = path.join(process.cwd(), 'factory-defaults');
|
||||
// ROOT kann via FACTORY_DEFAULTS_DIR überschrieben werden (Container-Bootstrap
|
||||
// mit eingebauten Defaults aus dem Image).
|
||||
const ROOT = process.env.FACTORY_DEFAULTS_DIR
|
||||
? path.resolve(process.env.FACTORY_DEFAULTS_DIR)
|
||||
: path.join(process.cwd(), 'factory-defaults');
|
||||
const UPLOADS_ROOT = path.join(process.cwd(), 'uploads');
|
||||
const PDF_UPLOAD_DIR = path.join(UPLOADS_ROOT, 'pdf-templates');
|
||||
|
||||
|
||||
Reference in New Issue
Block a user