CI / test (push) Has been cancelled
Quivio (Kofferwort aus Quire + Video) ersetzt den Arbeitstitel WatchStack. Es ist origineller, frei auf PyPI/npm, und passt perfekt zur Doppelnatur der App: Buecher (Quire) + Serien (Video). Geaendert: - Python-Paket app/ -> quivio/ (+ alle Imports angepasst) - DB-File watchstack.db -> quivio.db - Docker-Image: quivio:0.5.1-beta, Container-Name quivio - Compose-Services: quivio, quivio-local - ENV-Vars: QUIVIO_VERSION, QUIVIO_PORT, Volume quivio-data - Frontend-Logo "W" -> "Q", Titel "Quivio", Footer - Favicon "Q" (Georgia serif fuer klassischen Look) - Logger-Name: watchstack -> quivio - README, NOTICE, dist/README, data/README: Quivio - CI-Workflow: testet quivio/ Pfade - build-and-push.sh: lokaler Tag "quivio:VERSION" - service-Feld in /api/health: quivio - OpenAPI title: Quivio Bugfix (gefunden beim Renaming): - seed.py hatte versteckten "from app.database import DB_PATH" — gefixt Verifiziert end-to-end: - Python-Import OK - Backend: service=quivio, version=0.5.1-beta, 8 unique items - Docker-Build OK, Push in Gitea-Registry OK (neuer sha256-Digest) - Container: Quivio 0.5.1-beta ready (logger), HTML ohne WatchStack-Rest - OpenAPI title=Quivio - 8 unique items nach cold start (Race-Fix haelt)
dist/ — leeres Build-Ausgabeverzeichnis
Quivio-Images werden nicht als Tar im Repo committed, sondern in die Gitea Container Registry gepusht (siehe Packages-Tab im Repo-UI).
Verwendung der Registry-Images
docker pull git.pkop.de/vibecode/watchlist:0.5.1-beta
docker run -d --name quivio -p 8000:8000 -v quivio-data:/data \
git.pkop.de/vibecode/watchlist:0.5.1-beta
Build + Push lokal
bin/build-and-push.sh # baut + pusht mit Version aus quivio/__init__.py
VERSION=0.6.0 bin/build-and-push.sh # baut + pusht mit expliziter Version
Warum kein Tar im Repo?
- Gitea hat eine eingebaute OCI-Registry, perfekt für Docker-Images
- Tars diffen/duplizieren schlecht
- "Packages"-Tab im Gitea-Web-UI ist übersichtlicher als eine Tar-Datei
- Online und offline nutzbar via
docker pull(vs. nurdocker load)
Wenn du das Image ohne Netzwerk brauchst, kannst du es auf einer Online-Maschine
pullen und per docker save weitergeben — aber das ist eine andere Deployment-Form.