Ciao a tutti, riporto qui di seguito una prima bozza delle convenzioni sull'utilizzo del CVS che ci siamo dati nel nostro (piccolo) team. Le posto qui perché vorrei sapere da voi se nel vostro team avete fatto qualcosa di simile e se sì quali sono le convenzioni che vi siete dati.


Convezioni nell’utilizzo del CVS:

Il modo di procedere ideale per minimizzare conflitti e problemi vari è il seguente:

1. Prima di iniziare a lavorare fare un update di tutte le risorse nel workspace. Preferisci sempre un CHECKOUT. Se non è possibile fai un UPDATE.

2. Comincia a lavorare localmente sul tuo workspace, creando nuove risorse, modificando le esistenti e salvando tutto in locale.

3. Sincronizzati con il server: quando sei pronto a committare il tuo lavoro committalo sul server cvs. Ricordati che prima di fare un commit devi eseguire TUTTA la test suite dell’applicazione e solo se tutti i test sono VERDI, puoi procedere al commit. Ogni commit deve avere un commento che descriva brevemente le modifiche apportate. I passi da seguire per effettuare una sincronizzazione corretta con il cvs sono i seguenti:

1. Fai un UPDATE: esamina quali sono i cambiamenti committati su CVS nel periodo di tempo intercorso tra l’ultimo UPDATE ed il momento in cui stai eseguendo questo step. Aggiungi tali nuove modifiche alla tua versione locale facendo un UPDATE (non clean!). Risolvi eventuali conflitti che ti segnala il CVS. Quindi riesegui TUTTA la test suite.

2. Fai un COMMIT: ora che sei confidente che i tuoi cambiamenti sono ben integrati rispetto all’ultima versione su CVS, puoi fare un commit delle tue modifiche sul branch. Sii prudente e se nel frattempo ti accorgi che ci sono nuovi commit fatti da qualcun altro, riesegui il passo precedente.

Altri consigli:

1. Minimizza il più possibile la creazione di nuovi branch. Questi dovrebbero essere usati solo quando si comincia a lavorare ad una nuova release dell’applicativo mentre in produzione è deployata la release precedente.

2. Preferisci un approccio in cui integri spesso la tua versione locale con quanto presente su CVS, rispetto ad un approccio in cui ti allinei con il repository solo quando hai terminato completamente il tuo task. Tieni comunque in considerazione sempre quanto detto nelle sezioni precedenti.

3. Se ti trovi in presenza di problemi di STICKY TAGS, esegui un update con l’opzione Reset Stick Tags (in JDeveloper) su tutto il progetto. Ad ogni modo per minimizzare questa eventualità fai un checkout esplicitando la tag con la quale scaricare il modulo CVS. Chiedi ai tuoi colleghi se non ricordi qual è (HEAD o INITIAL).

4. Al termine di ogni iterazione e quando il committente esegue i test di accettazione delle nuove funzionalità e ne comunica il loro successo, valutare l’opportunità di marcare con una versione su CVS tale rilascio.


Sopra ogni cosa ricordati sempre che spesso una parola in più con i tuoi colleghi può farti risparmiare molto tempo e litigare meno con il CVS: il CVS non deve sostituirsi alla comunicazione di ciò che stai facendo!