ki
9a4909f083
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)
30 lines
1.0 KiB
Markdown
30 lines
1.0 KiB
Markdown
# 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
|
|
|
|
```bash
|
|
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
|
|
|
|
```bash
|
|
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. nur `docker 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.
|