[Php-it] [OT] SVN e strategie di gestione progetti

[Luca 'Ziabice' Gambetta]

On Tuesday 25 July 2006 18:14, Emiliano Gabrielli (aka AlberT) wrote:
> Ciao lista :-)

Ciao  cumpà!

>   chi mi da qualche tip, pro e contro sul come sia meglio gestire l'uso di
> subversion per lo sviluppo web?

L'importante è usarlo. ;)

> Voi di solito come vi comportate? meglio un unico repository che contenga
> tutto il materiale dei/lle diverisi/e sito/webapps o meglio creare un
> repository per ognuna?? Quando meglio l'una e quando l'altra?

Al lavoro da me ho sistemato un unico repository con "svnserve" come demone in 
cui vanno tutti i lavori di tutti: in questo modo gli sviluppatori non devono 
scervellarsi nel dover ricordare quale sia la macchina giusta e l'admin non 
deve mai mettere mano alla configurazione nel server per aggiungere un nuovo 
progetto. E se vogliono anche i non programmatori possono usare la risorsa 
per mettere documenti e relazioni (in questo caso magari è meglio avere due 
repository su due macchine diverse, IMHO).
Importante far creare all'admin utenti differenti per il repository e 
lasciarlo pubblico solo in lettura, non in scrittura.

--- PROGETTI ---
La cosa fondamentale è dare una struttura ai sorgenti: progetto e 
documentazione dovrebbero avere due directory differenti, in modo da separare 
i compiti al meglio (documentation team? capo che rompe i cosidetti perché 
vuole leggere la documentazione?) e non impazzire con le revision.

Faccio un esempio pratico:
L'azienda crea il progetto "AlbertWeb": il project manager la sera stessa crea 
due directory nel repository situato all'URI svn://192.168.0.123/svnrepo:
albertweb/
	tags/
	branches/
	trunk/

albertweb_doc/
	tags/
	branches/
	trunk/

Butta giù la struttura in locale e poi fa un bell' import:

svn import svn://192.168.0.123/svnrepo/albertweb albertweb -m "Import 
iniziale"

svn import svn://192.168.0.123/svnrepo/albertweb_doc albertweb_doc -m "Import 
iniziale"

Ed il lavoro comincia in trunk/ per entrambi i progetti. Notare che ho già 
impostato le directory per i branch ed i tag, che vanno fatti a cuor leggero, 
dato che con svn ci solo lite copies e revisioni numeriche.
Si va col checkout dei tree che interessano e commit a manetta, ma merge solo 
da parte del project manager, se i programmatori non sono adusi ad svn.
L'importante è stilare un dettagliato piano di utilizzo della risorsa 
subversion: cosa fare, quando, come e via dicendo. Condivisa ed utilizzata da 
tutto il team. Stampata in triplice copia e distribuita e letta da tutti 
_prima_ di lavorare. E comunicazione nel team.
Se usi client windows l'uso di TortoiseSVN mi pare imprescindibile, sotto 
Linux ovviamente svn da riga di comando, ma pure che so, kdesvn (io non lo 
uso, era per completezza di informazione).
Una cosa fondamentale è che se un componente del team non sa come fare una 
cosa, sia il project manager a farla, per evitare di imputtanare i tree, 
tutto qui. Ripeto: la comunicazione è fondamentale.
Leggere il manuale online di subversion è un altro passo fondamentale: quello 
ufficiale è ottimo (http://svnbook.red-bean.com/).

Scarica anche il manuale di subversion da qui:
http://www.phptr.com/promotions/promotion.asp?promo=1484&redir=1&rl=1

Spero di esserti stato d'aiuto, non esitare a scrivermi anche in privato! ;)

-- 
"Uhm... l'ho detto o l'ho solo pensato?"
.::. Ziabice aka Luca Gambetta .::.