Provare e debuggare il processo di rilascio è spesso rimandato alla fine di un progetto. Nella mia esperienza, finora, non ho nemmeno mai visto progettare e/o pensare un processo di rilascio/installazione. Quello che ho sempre visto è il programmatore/consulente di turno compilare il programma col suo PC e con un processo manuale (copia-incolla-cambia stringa nel file config-fai un update nel database) portare a conclusione il deployment.
Siamo nel 2016 ed esistono mille tool/software che svolgono egregiamente questo compito introducendo automazione e riducendo il rischio di errore (cazzo il file di configurazione punta al database di test!).
Penso che sia un punto critico da affrontare perché questo processo è il primo che un cliente nuovo vede e dovrebbe essere affidabile (o al limite facile da aggiustare).
C’è un progetto in azienda che è nelle sue prime settimane di vita e potrebbe essere interessante inserire proprio qui una progettazione anticipata del rilascio e dell’installazione.
Immagino che per avere un processo di installazione efficace dovremmo dotarci di:
- Un ambiente (virtual machine o reale) che simuli una postazione utente con niente installato dove installare e configurare l’applicazione di turno;
- Un altro ambiente che simuli un server pulito dove testare una installazione di SQL Server via riga di comando e con file di configurazione con successivo script di creazione e inserimento dati di base nel db;
- Possibilità di resettare questi ambienti a piacimento (snapshot delle VM?);
- Testare il processo di aggiornamento automatico della postazione utente.
- Usare strumenti il più semplici possibili per concludere queste attività.
Suggerimenti?
