server-up/.forgejo/workflows
Ramon 34a48fb74a
All checks were successful
Deploy server-up (dev) / deploy (push) Successful in 1m30s
ci: deploy mag niet stranden op een .env van een andere gebruiker
De stap "Instellingen en versie klaarzetten" faalde op `touch: cannot touch
'.env': Permission denied`. Het bestand was met sudo aangemaakt en dus van
root, terwijl de runner als een gewone gebruiker draait. Daarmee brak de hele
deploy af op iets dat geen blokkade hoort te zijn.

- SU_TAG wordt nu altijd via de omgeving aan `docker compose` meegegeven
  (export SU_TAG). Het wegschrijven in .env blijft de voorkeur, omdat het een
  handmatige `docker compose up` overleeft, maar het is niet meer nodig om te
  kunnen deployen.
- Is .env niet schrijfbaar, dan meldt de log wie de eigenaar is en welk
  chown-commando dat rechtzet, en loopt de deploy gewoon door.
- Het aanmaken vanuit .env.example faalt niet meer hard.

Positief neveneffect van de vorige fix: de log toont nu "Werkmap:
/opt/docker/server-up", dus de cd landt op de juiste plek.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01C7oLCRYzY5ixJ5Sv8Y8EFb
2026-07-27 00:46:30 +02:00
..
build.yml ci: tests in een container draaien in plaats van een venv op de runner 2026-07-26 22:34:14 +02:00
deploy-prod.yml ci: deploy mag niet stranden op een .env van een andere gebruiker 2026-07-27 00:46:30 +02:00
deploy.yml ci: deploy mag niet stranden op een .env van een andere gebruiker 2026-07-27 00:46:30 +02:00
release.yml v0.4.5 - releases + update-check 2026-06-06 22:04:04 +02:00