Vai al contenuto

Produzione

production-release.yml è il percorso canonico per il normale rilascio dei Worker API ed Editorial MCP in Production.

La release è avviata soltanto tramite workflow_dispatch esplicito e senza parametri su main. L'operatore non deve scegliere un tag di release, fornire uno SHA o ricostruire la precedente topologia Production: il workflow congela il candidate associato al dispatch e ne verifica l'identità.

Prima di entrare nell'Environment Production protetto, il workflow richiede:

  • esecuzione manuale esplicita su main;
  • candidate appartenente alla history di main;
  • CI verde sullo stesso commit;
  • release Development verde sullo stesso commit.

La versione prodotto in package.json, eventuali Git tag e GitHub Releases restano metadata e lifecycle separati dal meccanismo di deployment. Un tag semver non autorizza né attiva una release Production.

Intento e autorità

Fra esprime l'intento Production sul delivery scope già revisionato. Per una normale release reversibile non servono una Issue di rollout duplicata, un secondo go/no-go o micro-autorizzazioni intermedie.

L'intento autorizza il normale percorso già revisionato:

D1
→ API deploy
→ API smoke
→ MCP deploy
→ MCP smoke
→ risultato terminale