Gestione delle configurazioni Configuration management (CM) E` un processo che controlla le modifiche fatte a un sistema e gestisce le diverse versioni di un prodotto che puo` evolvere Nel nostro contesto: cambiamenti nel software –Software Configuration Management (SCM)

I cambiamenti sono continui, e concorrenti I cambiamenti danno luogo a nuove versioni –Con certi livelli di correttezza (es. Varie versioni di un modulo mano a mano che vengono individuati e eliminati i malfunzionamenti –Per macchine e sistemi operativi diversi (una versione per Unix e una per Windows) –Con diverse funzionalita` –Per soddisfare diversi requisiti CM

Prodotto A ABC D ABC D Doppia manutenzione In molte organizzazioni, il codice riutilizzabile viene ricopiato, modificato e/o arricchito in modo da costituire nuovi programmi. –due (o più) prodotti condividono alcuni moduli e lo fanno mantenendo una copia separate dei medesimi Prodotto B

Prodotto 1 ABC D1D1 ABC1C1 D Prodotto 2 Modifica di D Modifica di C Doppia manutenzione: problema Mancato aggiornamento di una (o più) delle copie esistenti

Come evitare i disallineamenti? Usare un "magazzino" (repository) condiviso Fare copie locali ogni volta che serve un modulo

Copie locali si usa uno schema di sviluppo a repository condiviso e spazio di lavoro privato –si impone che ciascun programmatore possa operare solo su una copia di un modulo, ricavata da un repository centralizzato e condiviso. –Una volta che la correzione è stata completata e certificata, si ricopia nel repository la versione aggiornata del modulo in oggetto.

A B C F A Check out A1 Check in CC1 Check in repositor y spazio di lavoro privato Repository comune e spazio di lavoro privato

A B C F B C A B A1 BX BY C1 Check out Check in conflitt o Copie locali: problemi derivanti da conflitti di aggiornamento In generale, nel caso di accesso in parallelo ad uno stesso modulo da parte di diversi programmatori attraverso il meccanismo delle copie locali, può accadere che vengano perse alcune delle modifiche apportate.

Modifiche simultanee di dati condivisi Diventa necessario coordinare la modifica concorrente ai programmi in corso di sviluppo. –In presenza di un’unica copia di tutti i moduli, se diversi programmatori accedono alla stessa porzione di codice per apportare le modifiche che ciascuno ritiene necessarie … –le modifiche introdotte da uno sviluppatore hanno un impatto su moduli sviluppati da altri … –possono gravemente interferire l'una con le altre provocando malfunzionamenti del programma o gravi errori. ABC F us a

Il problema dei conflitti di aggiornamento Con repository condiviso e aree di lavoro private… lo schema check-out, check-in con lock –check-out in sola lettura –check-out per modifica (lock) –check-in della nuova versione (revisione)

CVS E` uno strumento per la gestione delle configurazioni di tipo free e open source Tutti i file soggetti al CM stanno in un "repository“ centralizzato CVS permette e gestisce accesso contemporaneo agli stessi file da parte di più sviluppatori: Possibili multipli checkout per modifica Se si si fa checkin dello stesso file modificato da piu` utenti viene fatto (se possibile) un "merge"

Modifiche ai files La storia di ciascun file e` tracciata con un numero che ne indica la revisione Ogni versione è identificata da un numero pari di cifre separate da punti

Gestione delle release Una release è una versione ritenuta sufficientemente “stabile” da potere essere “consegnata” p.es. etichettare tutti i files di un direttorio

Sviluppi paralleli Ogni ramo è identificato da un numero dispari di cifre di cui l’ultima pari

Versioni dei files Si memorizza in forma completa solo l'originale del file e si conservano in un file separato tutte le differenze che esistono tra due successive versioni. Tali differenze sono denominate delta. Una specifica versione può essere ricostruita a partire dall'originale riapplicando la relativa sequenza di delta.