Robert Rapp
1dd92d97cb
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>
robbis.space
Die Website von Robbi basiert auf Kirby CMS und wird auf https://robbis.space gehostet.
Für Entwickler: So funktioniert der Workflow
Voraussetzungen
- Git-Zugang zum Repo:
https://gitea.mindboost.team/rorapp/robbis.space.git - Schreibrechte auf dem
main-Branch
Repository klonen
git clone https://gitea.mindboost.team/rorapp/robbis.space.git
cd robbis.space
Lokale Entwicklung
Kirby läuft ohne Datenbank – alle Inhalte liegen als Dateien im content/-Ordner. Für eine lokale Vorschau reicht ein einfacher PHP-Server:
php -S localhost:8000
Danach ist die Seite unter http://localhost:8000 und das Panel unter http://localhost:8000/panel erreichbar.
Hinweis: Die Datei
site/config/config.phpenthält die URL-Konfiguration für die Produktionsumgebung. Lokal kann es sein, dass Kirby eine Warnung wegen der URL zeigt – das ist normal und beeinflusst die Entwicklung nicht.
Änderungen deployen
Das Deployment läuft vollautomatisch über einen Gitea-Webhook:
- Änderungen committen und auf
mainpushen - Gitea löst automatisch einen Webhook aus
- Der Server führt
git pullim Produktionsverzeichnis aus - Die Änderungen sind sofort live auf
https://robbis.space
git add .
git commit -m "Beschreibung der Änderung"
git push origin main
Pushes auf andere Branches lösen kein Deployment aus. Nur
mainwird automatisch deployed.
Projektstruktur
├── assets/ # CSS, JS, Bilder (Theme-Dateien)
├── content/ # Alle Seiteninhalte als Textdateien
├── kirby/ # Kirby CMS Core (nicht bearbeiten)
├── media/ # Automatisch generierter Cache (nicht committen)
├── site/
│ ├── blueprints/ # Panel-Konfiguration (Felder, Layouts)
│ ├── config/ # Kirby-Konfiguration
│ ├── plugins/ # Erweiterungen
│ ├── snippets/ # Wiederverwendbare Template-Teile
│ └── templates/ # Seitentemplates
└── index.php # Einstiegspunkt
Was gehört ins Repo, was nicht?
| Gehört rein | Gehört nicht rein |
|---|---|
content/ |
media/ (automatisch generiert) |
assets/ |
site/accounts/ (Benutzerkonten) |
site/ |
site/sessions/ (Sitzungsdaten) |
kirby/ |
site/cache/ (Cache) |
Die .gitignore ist bereits entsprechend konfiguriert.
Fragen zum Setup? Wende dich an Robbi.