CI: add Drone pipeline and clarify Gitea auto-deploy support

.drone.yml

@@ -0,0 +1,22 @@
+kind: pipeline
+type: docker
+name: default
+
+steps:
+  - name: build-and-push
+    image: plugins/docker
+    settings:
+      registry: docker.citysensor.de
+      repo: docker.citysensor.de/logbuch
+      tags:
+        - latest
+      dockerfile: Dockerfile
+      username:
+        from_secret: DOCKER_USERNAME
+      password:
+        from_secret: DOCKER_PASSWORD
+
+trigger:
+  branch:
+    include:
+      - main

ANLEITUNG.md

@@ -203,7 +203,10 @@ Wenn du möchtest, pushe ich die Änderungen an `ANLEITUNG.md` in `origin/main`
 
 ## CI/CD Hinweise
 
-Das Repository enthält einen GitHub Actions Workflow unter `.github/workflows/deploy.yml`, der bei Push auf `main` ein Multi-Arch Docker-Image baut und zu `docker.citysensor.de` pusht.
+Das Repository enthält zwei CI-Konfigurationen:
+
+- `.github/workflows/deploy.yml` — GitHub Actions Workflow, der bei Push auf `main` bauen und pushen würde.
+- `.drone.yml` — Drone-Pipeline für Gitea-kompatible CI-Umgebungen.
 
 Erforderliche CI-Secrets (setzen in deinem CI/Repository-Provider):
 
@@ -222,9 +225,9 @@ Gitea-spezifische Anleitung:
 3. Klicke auf `Add New Secret` oder `New Variable` und lege folgende Secrets an:
   - `DOCKER_USERNAME` — dein Registry-Benutzername
   - `DOCKER_PASSWORD` — dein Registry-Passwort
-4. Speichere die Secrets. Der Workflow liest diese Variablen während des Builds.
+4. Speichere die Secrets. Die Datei `.drone.yml` nutzt diese Variablen.
 
-Hinweis: Manche Gitea-Instanzen erlauben keine Actions-Workflows. Falls eure Installation Actions nicht unterstützt, nutze einen externen CI-Server (z. B. GitHub Actions, GitLab CI, Drone) oder richte ein serverseitiges Deploy-Skript via SSH/Ansible auf dem Zielhost ein.
+Wichtig: Gitea selbst unterstützt keine GitHub Actions. Daher läuft der Workflow in `.github/workflows/deploy.yml` hier nicht automatisch. Wenn ihr Gitea mit Drone oder einer ähnlichen CI-Umgebung betreibt, nutzt `.drone.yml` für den automatischen Deploy.
 
 Hinweis: Trage niemals Zugangsdaten im Quellcode oder in öffentlichen Dateien ein. Verwende Repository-Secrets oder sichere CI-Variablen.