Aktualisiere Produktions-Deployment-Dokumentation und entferne das veraltete Deploy-Skript

.gitea/DEPLOYMENT.md

@@ -1,8 +1,10 @@
 # Automatisches Produktions-Deployment
 
 Der Workflow `workflows/deploy-production.yml` aktualisiert bei jedem Push auf
-`main` zunächst den Produktions-Checkout `/var/www/timeclock` per
-Fast-forward und startet dann `deploy-production.sh`.
+`main` den Git-Checkout `~/stechuhr3` auf dem Produktionsserver und startet
+dort `./deploy.sh update no-backup`. Dieses vorhandene Deploy-Skript kopiert
+den aktualisierten Code nach `/var/www/timeclock`, baut das Frontend und lädt
+den PM2-Prozess neu.
 
 Einmalig im Gitea-Repository konfigurieren:
 
@@ -19,5 +21,6 @@ Der öffentliche Teil des Deploy-Schlüssels muss auf dem Produktionsserver in
 `~/.ssh/authorized_keys` des Deploy-Benutzers hinterlegt sein. Der Gitea
 Actions-Runner benötigt außerdem Netzwerkzugang per SSH zum Server.
 
-Vor dem ersten Push muss `/var/www/timeclock` bereits der Checkout dieses
-Repositories sein und die ausführbare Datei `deploy-production.sh` enthalten.
+Vor dem ersten Push muss `~/stechuhr3` bereits der Checkout dieses Repositories
+sein. Das Deploy-Skript benötigt die Rechte, nach `/var/www/timeclock` zu
+kopieren und den PM2-Prozess neu zu laden.

.gitea/workflows/deploy-production.yml

@@ -34,5 +34,5 @@ jobs:
           echo "Deploy-Key-Fingerprint: $(ssh-keygen -y -f "$HOME/.ssh/id_ed25519" | ssh-keygen -lf - | awk '{print $2}')"
           echo "known_hosts-Zeilen: $(wc -l < "$HOME/.ssh/known_hosts")"
 
-          ssh -o BatchMode=yes "$DEPLOY_USER@$DEPLOY_HOST" \
-            'cd /var/www/timeclock && git pull --ff-only origin main && ./deploy-production.sh'
+          ssh -o BatchMode=yes -o ConnectTimeout=20 "$DEPLOY_USER@$DEPLOY_HOST" \
+            'cd "$HOME/stechuhr3" && GIT_TERMINAL_PROMPT=0 git pull --ff-only origin main && ./deploy.sh update no-backup'