🎉 T-wiki 1.3.0 is released

FRONT-ENDInizia a sviluppareSviluppo e Rilascio

Sviluppo di una modifica e Rilascio

Sviluppo di una modifica

Creazione della issue

Per prima cosa è necessario andare nella pagine del/dei progetti che necessitano di essere toccati e creare le issue relative alla modifica:

  • indicare nel nome della issue il titolo del progetto
  • nel corpo della issue inserire il collegamento a/alle task di Notion

Creazione dei branch

Una volta create le issue si devono creare i branch di sviluppo I branch devono chiamarsi Modifica<numero_issue> in modo che siano sempre progressivi ed univoci

Sviluppo

Procedere con lo sviluppo utilizzando la monorepo, soprattutto se è necessario testare in locale la libreria dei componenti

Test

Una volta concluso lo sviluppo testare bene ogni modifica apportata assicurandosi di provare anche accedendo con diverse company

Rilascio in staging

Verificare di avere il pacchetto per il deploy installato (giuda per l’installazione)

Dopo aver concluso lo sviluppo e testato è necessario rilasciare le modifiche in ambiente di stating, questo soprattutto se il cliente le vuole testare prima del rilascio

Rilascio libreria componenti

  • Effettuare il merge del proprio branch nel branch next, assicurandosi che venga inserito il commit di modifica e che l’ultimo visualizzato non contenga la scritta skip ci
  • Pushare le modifiche avviando cosi la pipeline per il rilascio della libreria nel canale next

Rilascio progetto

Una volta rilasciata la libreria in next è possibile procedere con il deploy del progetto

  • Effettuare il merge del proprio branch nel branch stage
  • Verificare di essere collegati al branch stage
  • Aprire un prompt, posizionarsi nella cartella del progetto ed avviare il deploy:
  npm run deploy
  • Seguire le indicazioni dello script
  • Una volta conclusa l’esecuzione partirà la pipeline relativa al rilascio
  • I primi due step sono automatici mentre il terzo va lanciato manualmente, prima di farlo assicurarsi che il nome dello step presenti il corretto ambiente nel quale si vuole rilasciare
  • Effettuare anche qui dei test di funzionamento specifico delle modifiche e generale
  • Inserire nella pagina delle release note nel configuratore di staging la versione proposta con le modifiche rilasciate, se è già presente una versione aggiungere le modifiche a quella

Rilascio in produzione

Una volta testate le modifiche in staging e dopo il via libera da parte del cliente è possibile procedere con il rilascio in produzione

Rilascio libreria componenti

  • Effettuare il merge del branch next nel branch master, assicurandosi che venga inserito il commit di modifica e che l’ultimo visualizzato non contenga la scritta skip ci
  • Pushare le modifiche avviando cosi la pipeline per il rilascio della libreria nel canale latest

Rilascio progetto

Una volta rilasciata la libreria in master (latest) è possibile procedere con il deploy del progetto

  • Effettuare il merge del branch next nel branch master
  • Verificare di essere collegati al branch master
  • Aprire un prompt, posizionarsi nella cartella del progetto ed avviare il deploy:
npm run deploy
  • Seguire le indicazioni dello script
  • Una volta conclusa l’esecuzione partirà la pipeline relativa al rilascio
  • Inserire nella pagina delle release note nel configuratore di produzione la nuova versione con le modifiche che si andranno a rilasciare rilasciate
  • I primi due step sono automatici mentre il terzo va lanciato manualmente, prima di farlo assicurarsi che il nome dello step presenti il corretto ambiente nel quale si vuole rilasciare
  • Effettuare dei test di funzionamento specifico delle modifiche e generale

Fase finale

Dopo essersi assicurati che tutto funzioni in produzione il rilascio può ritenersi concluso

  • Eliminare tutti i branch Modifica* creati
  • Chiudere le issue

P.S. Buona fortuna