Manteniamo una linea di base di VM in una libreria di sorta. Sono circa 20-dispari (con miscele di diverse versioni di Java, DB2, WAS e così via) che i team di sviluppo e di test possono copiare per proprio uso.
Il bibliotecario (sviluppatore, facendo questo part-time) è responsabile per tenerli aggiornati. Quello che faranno è copiare una delle macchine virtuali ogni settimana circa, avviarla e installare tutti gli aggiornamenti, quindi copiare la VM aggiornata sull'originale. Ciò significa che è disponibile per il checkout, tranne quando è in corso l'operazione di copia. Inoltre, il numero di VM che devono essere aggiornate è ridotto al minimo in virtù del fatto che sono condivise.
Ecco come eseguiamo le nostre istantanee, copiando parzialmente le directory perché è più facile da gestire, ma soprattutto perché siamo troppo stretti per acquistare la versione della workstation :-) Usiamo invece il lettore.
È in gran parte automatizzato poiché tutte le macchine virtuali prelevano i loro aggiornamenti dal nostro server SUS e sappiamo quando sono pronti gli aggiornamenti. Il bibliotecario viene informato da uno script che le VM devono essere aggiornate e deve solo eseguire un altro script che copia la VM e avvia la copia.
Una volta che il bibliotecario è soddisfatto, la copia è aggiornata, viene chiusa e un altro script copia nuovamente la VM nella libreria e ne aggiorna lo stato.
Questo dovrebbe essere su Serverfault. – Joe
Ci ho pensato ... ma testare in VM (e tenerli aggiornati) è qualcosa che fanno molti programmatori. –