rorappandClaude Opus 5
2bdf0b2e11
Der Runner ist mit ubuntu-latest:docker://node:20-bookworm registriert, Jobs laufen also in einem node-Image. Darin gibt es weder docker-CLI noch Daemon - jeder docker-Aufruf scheiterte an "command not found", unabhaengig davon ob als Action oder als Shell-Schritt. Der Job laedt jetzt die statische docker-CLI (ohne Daemon) nach und baut ueber den vom Runner durchgereichten Socket. buildx entfaellt: der Runner ist amd64, ein einfacher docker build genuegt und spart die Plugin-Installation. Ein vorgeschalteter Schritt protokolliert CLI, Socket und DOCKER_HOST, ohne selbst fehlzuschlagen - damit im Log steht, woran es liegt, falls der Socket nicht durchgereicht wird. 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.