MDM-032 · Release candidata e rilascio della linea stage¶
| Campo | Valore |
|---|---|
| Gruppo | 2 · Codice box e wrapper |
| Assegnato a (proposta) | Mattia |
| Priorità | P1 |
| Stima indicativa | S |
| Stato | ⬜ da fare |
| Attività del piano | T2.3 |
| Dipende da | MDM-030, MDM-080, MDM-081, MDM-083 |
Contesto¶
La nuova versione dei box arriva ai clienti solo con l'unione di stage in main (D22). Appena stage è in main, ogni update dal pannello di un box cliente scarica la nuova versione: l'unione è quindi l'ultimo passo, non il primo. Analisi: migrazione-box-alla-nuova-versione.md.
Cosa fare¶
- [ ] Release candidata da
stage(tag o branchrelease/<versione>), con i comportamenti della 3.2.9 (MDM-030), l'import delle configurazioni (MDM-080), il ponte (MDM-081) e le API v1 corrette (MDM-083). - [ ]
infra/environments/prod/.env.build_tagcon i tag della release (oggi 3.2.8/3.3.0); build delle immagini di produzione. - [ ] Prove in laboratorio della candidata, compresa quella di MDM-081, e note di rilascio.
- [ ] Solo al rilascio (inizio di T9.2): unire la candidata in
maincon un merge, così il vecchiomainresta antenato e l'update dei box avanza senza conflitti.
Criteri di accettazione¶
- Candidata provata in laboratorio, compreso l'update di un box 3.2.9 dal pannello con ritorno indietro.
maincambia solo nel giorno del rilascio deciso.
Rischi e attenzioni¶
—