.env commit

docs/DEPLOY-SERVER.md

@@ -0,0 +1,34 @@
+# Deployment auf dem Server
+
+## .env wird nicht mit Git übertragen
+
+Die Datei **`.env`** steht in `.gitignore` und wird beim `git push` **nicht** mit ins Repository übernommen. Auf dem Server fehlen dadurch die Umgebungsvariablen für Appwrite – die Meldung *"Appwrite ist nicht konfiguriert"* entsteht genau deshalb.
+
+## Lösung: .env auf dem Server anlegen
+
+**Im Repo mitgepusht:** `.env.example`, `scripts/setup-env.cjs`, und die Script-Einträge in `package.json` (`setup:env`, `deploy:server`). Die `.env` wird weiterhin **nicht** ins Git aufgenommen.
+
+**Nach dem ersten Klonen oder nach jedem Pullen auf dem Server:**
+
+**Option A – ein Befehl (empfohlen):**  
+Legt `.env` aus `.env.example` an (falls noch nicht vorhanden) und baut die App:
+
+```bash
+npm run deploy:server
+```
+
+**Option B – einzeln:**  
+Nur `.env` anlegen (überschreibt keine bestehende `.env`):
+
+```bash
+npm run setup:env
+npm run build
+```
+
+**Option C – mit deploy.sh / Container:**  
+Wenn auf dem Server ein `deploy.sh` und Docker/Compose genutzt werden: Nach `git pull` kann `deploy.sh` die `.env` aus `.env.example` erzeugen (falls fehlend) und vor jedem Build eine `.env.local` aus den Container-Umgebungsvariablen schreiben (z. B. alle `VITE_APPWRITE_*`). So kommt die Appwrite-Konfiguration zuverlässig ins Frontend-Build. Ein Neustart von Nginx ist in der Regel nicht nötig; der neue Build liegt in `/out` (oder dem konfigurierten Ausgabeordner).
+
+**Option D – manuell:**  
+`.env` selbst anlegen mit dem Inhalt von `.env.example` oder den Werten aus dieser Doku, danach `npm run build`.
+
+**.env nicht committen** – sie bleibt nur lokal bzw. auf dem Server und enthält projektspezifische Werte.