dev: Historie von den Produktiv-SQL-Dumps bereinigt, lokale Dateien mit Personenbezug gelöscht

- Zuordnung alter zu neuen Commit-Hashes in dev/archive/commit-map-2026-10-09.txt
- Git-Deploy-Protokoll: Eintrag und einmaliger Server-Abgleich (Tags mit
  --force holen, gc), Speicherbereinigung in Forgejo und auf dem NAS
- README und Roadmap 1.1/1.4 nachgeführt

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

dev/roadmap.md

@@ -55,10 +55,10 @@ oder Release versehen.
 
 | # | Punkt | Quelle | Aufwand |
 |---|---|---|---|
-| 1.1 | **Produktiv-SQL-Dumps in der Git-Historie.** `dev/migration 2026/sql/*.sql` (Snapshot 23.04., ~290 MB, Kundendaten) wurde am 12.05. committet (`5b8bdf4`) und am 06.07. nur enttrackt (`b53af92`). Die Blobs sind von `main` erreichbar und liegen auf **beiden Remotes** (origin, NAS) und in jedem Klon, also vermutlich auch im Git-Deploy-Checkout auf dem Server. Entscheidung: Historie mit `git filter-repo` bereinigen und force-pushen (alle Klone neu, Server-Checkout neu) oder bewusst belassen und dokumentieren. | [Release-Plan R6.2](archive/release/entwicklungsplan-release.md) | M |
+| ~~1.1~~ | ~~**Produktiv-SQL-Dumps in der Git-Historie.**~~ **Lokal bereinigt 09.10.2026** (`git filter-branch`, alle Branches und Tags, Inhalt unverändert, Hashes neu, Zuordnung in [`commit-map-2026-10-09.txt`](archive/commit-map-2026-10-09.txt)). **Offen:** Force-Push auf `origin` und `NAS`, Server-Abgleich ([git-deploy.md, Einmalig nach der Historienbereinigung](betrieb/git-deploy.md)), Speicherbereinigung in Forgejo und auf dem NAS, andere Klone neu klonen. | [Release-Plan R6.2](archive/release/entwicklungsplan-release.md) | S [LIVE] |
 | 1.2 | **Schlüssel rotieren**, deren Rotation nirgends belegt ist: OpenAI, Google OAuth, Mail-Zugang (K2 vom 14.07.), Context7 (stand in `.mcp.json`, Git-Historie), Connektar-API-Keys (Legacy-Keys liefen über Test-Kanäle), MySQL-Root lokal (Git-Historie). | [optimize 14.07. K2](archive/optimize/optimize-14-07-2026.md), [Deploy v1.1.0 F](archive/betrieb/deploy-v1.1.0.md), [Sicherheitsplan](sicherheit/ENTWICKLUNGSPLAN-SICHERHEIT-2026-10-07.md) | S [EXTERN] |
 | 1.3 | **Dev-Container neu erstellen.** `docker-compose.yml` ist bereinigt, im laufenden Container sind `DB_CONNECTION` … `DB_PASSWORD` aber weiter als Umgebungsvariablen gesetzt — genau die Ursache des Datenverlusts vom 07.10. Danach lokalen `APP_KEY` reparieren (33 statt 44 Zeichen, ungültig) und Cloudflare-Testkeys in die lokale `.env`. | [Sicherheitsplan](sicherheit/ENTWICKLUNGSPLAN-SICHERHEIT-2026-10-07.md), [Spamschutz](sicherheit/ENTWICKLUNGSPLAN-SPAMSCHUTZ-2026-10-09.md) | S |
-| 1.4 | **Lokale Dateien mit Personenbezug** sichern bzw. löschen (alle gitignored): `dev/archive/migration-2026/sql/` (905 MB Dumps), `dev/migration/` (7,4 GB Medien-Staging; nach Backup), `dev/2026-10/laravel.log` (Produktions-Log 08.10., Fehler in v1.6.1 behoben), `dev/newsletter/mail-address.md` (47 Bounce-Adressen; nach bestätigtem Import), `dev/api/` (Postman mit API-Keys, Activity-Logs der Alt-APIs bis 10.07.), `storage/app/private/restore-company-user-auto-2026-10-07.sql`. | [dev/README](README.md) | S |
+| ~~1.4~~ | ~~**Lokale Dateien mit Personenbezug**~~ — **gelöscht 09.10.2026:** `dev/migration/` (7,4 GB), `dev/archive/migration-2026/sql/` (905 MB), `dev/api/`, `dev/newsletter/`, `dev/2026-10/`, `storage/app/private/restore-company-user-auto-2026-10-07.sql`. | [dev/README](README.md) | — |
 | 1.5 | **Alte Backups auf dem Server löschen:** `~/deploy-v1.1.0.tgz`, `~/backup-vor-v1.1.0.tgz`, `~/backup-vor-git.tgz`, `~/vor-git/`. | [git-deploy.md](betrieb/git-deploy.md) | S [LIVE] |
 
 ---