deploy: consomme l'image Docker publiée par la CI au lieu d'un build local

Le docker-compose.yml tire désormais git.opytex.org/lafrite/plesna-gerance:latest
et persiste les données dans un volume nommé (plesna-data) plutôt qu'un bind-mount.
make docker fait pull+up ; make docker-build reste disponible pour tester l'image en local.

README.md

@@ -37,19 +37,27 @@ Ouvrir **http://localhost:5173** — le proxy Vite redirige `/api` vers le backe
 
 ## Production (Docker)
 
-Un **conteneur unique** : l'image builde le frontend Vue puis le fait servir
-par le backend FastAPI (API + interface web sur le meme port). Pas de nginx.
+Un **conteneur unique** : l'image embarque le frontend Vue builde, servi par
+le backend FastAPI (API + interface web sur le meme port). Pas de nginx.
+
+L'image est **publiee par la CI Gitea** (`.gitea/workflows/docker-publish.yml`)
+sur `git.opytex.org/lafrite/plesna-gerance`. Le `docker-compose.yml` la **tire**
+directement (pas de build local) :
 
 ```bash
-make docker          # podman-compose up --build
-# ou : docker compose up --build
+make docker          # podman-compose pull && podman-compose up -d
+# ou : docker compose pull && docker compose up -d
 ```
 
 Accessible sur **http://localhost:8080**.
 
 Les donnees (base SQLite + documents) sont declarees via `PLESNA_DATA_DIR`
-(voir `docker-compose.yml`) et persistees dans le volume `./data`, donc
-conservees entre les redemarrages du conteneur.
+(voir `docker-compose.yml`) et persistees dans un volume nomme dedie
+(`plesna-data`), donc conservees entre les redemarrages et recreations du
+conteneur.
+
+> Build local de l'image (test avant publication) : `make docker-build`
+> (`podman build -f backend.Dockerfile -t plesna-gerance:local .`).
 
 ## Application de bureau (Windows, sans ligne de commande)