Files
Encelado/Encelado/.claude/skills/encelado-release/SKILL.md
T
Alby96andClaude Fable 5.1 9c1bab5224 5.0 Fase 9: documenti, screenshot, risposte D-28/29/36/37, piano concluso
README con gli screenshot e l'avvio rapido Docker; CLAUDE.md, architettura, runbook,
problemi noti, glossario, fonti dei dati e apprendimento riscritti per il container e
l'interfaccia web; il post-mortem spiega gli accrediti del demo (uno per ordine
ridotto, dal ledger ricevuto); le skill seguono la catena nuova. Lo stato dice che il
piano 5.0 è completo e che il rilascio 5.0.0 resta una decisione dell'utente.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
2026-09-23 13:24:30 +02:00

1.7 KiB


name: encelado-release description: Rilascio di Encelado: verifica, zip portabile, immagine Docker, tag, push dell'immagine sul registro di Gitea e release con il template Unraid, in quest'ordine e solo dopo il commit e il push del ramo.

Rilascio di Encelado

Presupposti: albero pulito, ultima sessione committata e pushata, /encelado-verify verde, Docker in esecuzione, build/gitea.json presente (mai committato: vedi build/gitea.example.json; il token deve avere anche package: read and write), versione decisa dall'utente (semver; la 5.0.0 è la prima con web UI e Docker).

  1. dotnet msbuild build/Release.proj -t:Verifica.
  2. dotnet msbuild build/Release.proj -t:Rilascia -p:Versione=<x.y.z> (note in ENCELADO_NOTE): pubblica la cartella portabile, costruisce l'immagine 192.168.30.23:3000/alby96/encelado:<x.y.z> e :latest (i test girano anche dentro la build), crea il tag, lo spinge e lo verifica sul remoto, fa il push dell'immagine sul registro di Gitea, crea la release con lo zip portabile e il template Unraid allegati. La versione viene dal tag, non da un file.
  3. Template Unraid: aggiorna deploy/unraid/encelado.xml se sono cambiate variabili, porte o volumi; l'Icon è assets/encelado.png raw su Gitea (D-29). Il file finisce comunque allegato alla release con la versione nel nome.
  4. Su Unraid: Docker ▸ Controlla aggiornamenti; il container riparte con SIGTERM pulito e recupero dopo inattività.
  5. CHANGELOG.md e docs/STATE.md riportano la versione rilasciata; il tag e la release hanno lo stesso testo del CHANGELOG.

Senza Docker: -p:SaltaDocker=true produce solo lo zip (non è un rilascio completo, e va detto). Non modificare build/Release.proj se non richiesto: la catena è condivisa con Mimante e AutoBidder.