Dì che hai un dev & gt tradizionale; test > il processo di produzione dice in un ciclo di rilascio mensile.
Quali sono alcuni dei passaggi che devi compiere e attuare per passare a un modello di consegna continua con frequenti uscite al giorno.
Si prega di fare un suggerimento per risposta. Sarei interessato a utilizzare il voto per indicare quali passi la comunità ritiene siano più importanti.
Darò il via all'inizio per farci iniziare ....
Test automatico
Avere test unitari automatizzati, test di integrazione e test di accettazione sono di vitale importanza se vogliamo permettere a tutto di passare direttamente alla produzione.
Anche il processo di test manuale migliore e più completo del mondo richiederebbe troppo tempo se l'applicazione ha un qualsiasi grado di complessità.
Imposta il controllo della versione (se non già) e definisci un modello / strategia di diramazione per seguire.
Più brevi sono i cicli di rilascio, più diventerà importante la ramificazione e ogni sviluppatore deve fare affidamento su determinati rami per essere in stati definiti.
Suggerirei di avere trasparenza della comunicazione tra i tuoi
Team di sviluppo < - > Team di test < - > Clienti.
Causa la maggior parte dei problemi sorgono a causa di problemi di comunicazione.
Probabilmente configurare un sito sharepoint per visualizzare lo stato attuale di sviluppo in modo che tutti siano a conoscenza di cosa sta succedendo.
Aggiornamento: Prova anche a pianificare un meeting di revisione dello stato del progetto (eventualmente ogni settimana).
Devi automatizzare il ciclo di consegna completo, quindi una delle funzionalità di cui avrai bisogno è
distribuzione automatica
Per le applicazioni web, questo spesso sembra essere banale, per le applicazioni desktop questo dipende molto da come appare il tuo ambiente di produzione e potrebbe essere tutt'altro che banale.
ripristini
Un rollback rapido e affidabile sarà di grande importanza se si intende aprire le porte alla consegna continua.
In caso di problemi, devi essere in grado di tornare alla versione precedente nota del software al primo segno di problemi.
Strettamente correlati a questo sarebbero buoni strumenti di monitoraggio che avvisano rapidamente di stati o errori dispari che si verificano nella vostra applicazione.
Trovo che il miglioramento più rapido e più grande per convincere la gente a spostarsi lungo il percorso consiste nell'impostare una macchina di compilazione e integrarla per avviare le build quando il codice viene archiviato nel controllo di versione. Anche se il capo non ci lascia muoversi ulteriormente lungo il percorso di CI / CD, avere le build pronte tutto il tempo risparmia sullo stress ed elimina "l'unico Bob ha le cose giuste sulla sua macchina per fare la build e se ne è andato a casa ore fa "stress.