release: 0.2.2

docs/DEPLOYMENT.md

@@ -1,4 +1,4 @@
-ID: DOC_000014 | Version: 0.2.1 | Status: Draft
+ID: DOC_000014 | Version: 0.2.2 | Status: Draft
 By: Codex (GPT-5)
 
 # Deployment
@@ -94,13 +94,31 @@ Hinweis: Der Update-Check ist erst moeglich, wenn der Langzeit-Token gespeichert
 Enrollment-Tools:
 - `scripts/manual_enroll.py`: Enrollment direkt gegen den Update-Service, schreibt Token in `SKD_UPDATE_TOKEN_FILE`.
 - `scripts/enroll_local.py`: Enrollment ueber die lokale API (`/update/enroll`), benoetigt Admin-Session; `--token` setzen (Default-Token ist nur Prototyp-Altlast).
-- `scripts/enroll_update_service.sh`: Holt den Langzeit-Token per curl vom Update-Service (liest `/etc/skd/env`).
+- `scripts/enroll_update_service.sh`: Holt den Langzeit-Token per curl vom Update-Service (liest `update-addon.env`).
 
 Beispiel (curl-Script):
 ```bash
 sudo ./scripts/enroll_update_service.sh --enroll-token "enroll_example"
 ```
 
+## Release-Upload (Dev/Prod)
+Fuer Dev/Prod Uploads kann ein Release-Archiv (tar.gz) automatisiert gebaut und hochgeladen werden.
+
+Beispiel:
+```bash
+./scripts/upload_release.sh --profile dev
+```
+
+Token-Quelle:
+- `update-addon.env` (z.B. `DEV_UPDATE_UPLOAD_TOKEN_FILE=./upload.token`).
+
+## Lokale update-addon.env
+Fuer lokale Tests kann eine `update-addon.env` im Repo genutzt werden (gitignored).
+Beispiel:
+```bash
+cp update-addon.env.example update-addon.env
+```
+
 Lokale Status/Logs:
 - `SKD_UPDATE_STATUS_FILE` (default `/var/lib/skd/update_status.json`)
 - `SKD_UPDATE_LOG_FILE` (default `/var/lib/skd/update_logs.jsonl`)