Re: Organizzare il processo di sviluppo

ciao,
ti descrivo la nostra situazione attuale (lavoriamo con php), qui siamo 10 e lavoriamo a volte sullo stesso progetto in più di una persona (max 3 contemporaneamente).
tramite svn abbiamo tutto il codice replicato sulle macchine locali, più alcuni script che syncano il db di pre-produzione con quello locale (la direzione è "da pre a local") quando necessario.
quindi ognuno può lavorare localmente, si parte la mattina con un global svn e db update, e si lavora. a fine modifiche viene effettuato un commit,  (usiamo netbeans che si aggancia anche a jira e permette anche di infilare il commento del commit nel task di jira).
a modifiche condivise, il codice di pre-produzione viene syncato con quello nel repository svn.
questo ci permette di avere libertà sia nella modifica del codice, sia nella modifica del db (il programmatore che deve lavorare su nuove tabelle si crea le proprie sul suo db, salvandosi i file sql. se necessario, non aggiorna il proprio db fino a che queste nuove tabelle non sono finite nel db di pre-produzione).
oltre al codice php, il repo svn mantiene anche le modifiche al database sotto forma di file .sql creati in fase di lavoro.
quindi ricapitolando:
- macchina locale identica a pre-produzione, per testare velocemente le modifiche e le nuove feature
- svn per mantenere codice di sviluppo e modifiche al db
- jira/confluence per tenere traccia dei task e documentare tutto
il tutto condito da un server di pre-produzione, aggiornato solo dal sistemista e solo dopo decisione condivisa.
ci abbiamo messo pochissimo a far capire come lavorare: ci abbiamo messo molto di più a instaurare le nuove abidutini (update prima di qualsiasi cosa, commit alla fine delle modifiche solo se sensato, etc).


--

:: massimo colella

------------------------------------