Deployment auf Portainer-Git-Stack umstellen
Gitea Actions entfaellt. Der Runner laeuft in node:20-bookworm ohne Docker-CLI und ohne Daemon; jeder Bauversuch scheiterte dort, und die Nachruest-Loesung haette am durchgereichten Socket gehangen, der moeglicherweise gar nicht existiert. Stattdessen baut Portainer selbst aus diesem Repo. docker-compose.yml steht dafuer wieder auf build: mit dem mehrstufigen docker/Dockerfile. Damit entfaellt die Registry komplett - kein Image-Push, keine Zugangsdaten, weder fuer die CI noch fuer Portainer, weil das Repo oeffentlich lesbar ist. Der Aufbau des Images bleibt unveraendert: Hugo baut die Seite im Builder, das Laufzeit-Image ist reines nginx mit fertigem HTML. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
@@ -1,9 +1,13 @@
|
||||
services:
|
||||
robbis-space:
|
||||
# Fertiges Image aus der Gitea-Registry. Die Seite ist beim Build
|
||||
# hineingebacken - kein git pull, kein Hugo-Lauf zur Laufzeit.
|
||||
# Deployen heisst: docker compose pull && docker compose up -d
|
||||
image: ${ROBBIS_IMAGE:-gitea.mindboost.team/rorapp/robbis.space:latest}
|
||||
# Portainer zieht dieses Repo und baut das Image auf dem Docker-Host.
|
||||
# Der Build ist zweistufig (siehe docker/Dockerfile): Hugo erzeugt die
|
||||
# Seite, das Laufzeit-Image enthaelt nur nginx und fertiges HTML.
|
||||
# Kein git pull, kein Hugo-Lauf, kein PHP zur Laufzeit.
|
||||
build:
|
||||
context: .
|
||||
dockerfile: docker/Dockerfile
|
||||
image: robbis-space:latest
|
||||
container_name: robbis-space
|
||||
restart: unless-stopped
|
||||
networks:
|
||||
|
||||
Reference in New Issue
Block a user