Bündelt die Neuentwicklung in AssigmentMonitorV2 (eigene Ports/DB), die Umstellung auf numerische Bewertungen, Meeting-Checklisten, KI-Tagging und die geplante Feedback-Kaskade — als Basis für Versionsverwaltung in Gitea. Co-authored-by: Cursor <cursoragent@cursor.com>
1.8 KiB
1.8 KiB
Entwicklungs-Isolation — AssignmentMonitorV2
Dieses Projekt ist die Neuentwicklung. Das Produktivsystem darf nicht verändert werden.
| Produktiv | DEV (dieses Repo) | |
|---|---|---|
| Ordner | c:\dev\AssigmentMonitor |
c:\dev\AssigmentMonitorV2 |
| Frontend | http://localhost:5173 | http://localhost:5174 |
| API | http://localhost:4000 | http://localhost:4001 |
| SQLite | server/data/assignment-monitor.sqlite3 |
server/data/assignment-monitor-v2-dev.sqlite3 |
| PWA-Name | Assignment Monitor | Assignment Monitor DEV |
Start
# einmalig: .env aus Vorlage (bereits vorhanden, falls nicht:)
copy .env.example .env
npm run dev:all
Öffnen: http://localhost:5174 (nicht 5173).
Frische Datenbank
npm run db:reset
npm run dev:all
db:reset löscht nur die V2-Dev-Datei. Der Produktiv-Ordner wird per Pfad-Guard abgelehnt.
Sicherheitsmechanismen
- Eigene Ports (5174 / 4001) — Defaults und
.env; Start bricht ab, wenn Port 5173 bzw. 4000 gewählt wird. - Eigene DB-Datei — anderer Dateiname;
SQLITE_FILENAMEdarf kein Pfad sein. - Pfad-Guard in
server/database.ts— DB nur innerhalb vonAssigmentMonitorV2; Zugriff aufAssigmentMonitor\server\datawird blockiert. server/data/ist gitignored — keine DB im Repo.- strictPort — Vite weicht nicht still auf den Produktiv-Port aus.
Regeln
- Niemals Skripte aus V2 gegen den Produktiv-Ordner ausführen.
- Niemals die Produktiv-SQLite nach
AssigmentMonitorV2/server/data/kopieren, außer bewusst als read-only Analyse (dann anderen Dateinamen verwenden und nicht alsSQLITE_FILENAMEsetzen). - Backup-Import in V2 nur mit anonymisierten / Testdaten, nicht mit dem Produktiv-Backup, solange ihr an der Skala umbaut — sonst vermischt ihr personenbezogene Produktivdaten mit Experimenten.