Workflow angepasst

.gitea/workflows/deploy.yaml

@@ -28,25 +28,30 @@ jobs:
 
       - name: Build Docker Image (Native Java 21)
         run: |
-          # 1. Paketmanager finden und Java 21 installieren
+          # 1. Java 21 & Docker-CLI installieren (CLI wird für Sockets oft benötigt)
           if command -v apt-get >/dev/null; then
-            apt-get update && apt-get install -y openjdk-21-jdk-headless
+            apt-get update && apt-get install -y openjdk-21-jdk-headless docker.io
           elif command -v apk >/dev/null; then
-            apk add --no-cache openjdk21
+            apk add --no-cache openjdk21 docker-cli
           fi
 
-          # 2. Docker-Socket Rechte korrigieren (DER ENTSCHEIDENDE FIX)
-          # Wir machen den Socket für alle beschreibbar, damit der Build-Prozess darauf zugreifen kann
+          # 2. Socket-Berechtigung innerhalb des Containers erzwingen
+          # Wir versuchen den aktuellen User in die Docker-Gruppe zu mogeln
           chmod 666 /var/run/docker.sock
 
           # 3. JAVA_HOME setzen
           export JAVA_HOME=$(java -XshowSettings:properties -version 2>&1 > /dev/null | grep 'java.home' | awk '{print $3}')
           export PATH=$JAVA_HOME/bin:$PATH
 
-          # 4. Gradle Build
+          # 4. Gradle Build mit expliziten Docker-Berechtigungen
           chmod +x gradlew
-          # Wir geben den DOCKER_HOST explizit mit
-          DOCKER_HOST=unix:///var/run/docker.sock ./gradlew bootBuildImage --imageName=xxx-sphere-web:latest
+          
+          # Wir nutzen sudo, falls vorhanden, um den Creator-Prozess zu starten
+          if command -v sudo >/dev/null; then
+            sudo ./gradlew bootBuildImage --imageName=xxx-sphere-web:latest
+          else
+            ./gradlew bootBuildImage --imageName=xxx-sphere-web:latest
+          fi
 
       - name: Deploy Container
         run: |