sviluppo di un programma a più mani [Archivio]

plutus

15-09-2010, 21:32

mi trovo nella necessità di sviluppare un programma con più persone che intervengono a distanza: il problema é l'organizzare il lavoro.

Come fare un followup delle versioni/revisioni e fare in modo che un utente possa indicare un bug?

ho sentito parlare di svn, ma vorrei un qualcosa seplice da usare e gestire...

Tommo

15-09-2010, 21:52

www.bitbucket.org
:read:

Opcode

15-09-2010, 23:02

mi trovo nella necessità di sviluppare un programma con più persone che intervengono a distanza: il problema é l'organizzare il lavoro.

Come fare un followup delle versioni/revisioni e fare in modo che un utente possa indicare un bug?

ho sentito parlare di svn, ma vorrei un qualcosa seplice da usare e gestire...

Anche io lavoro con delle persone distanti da me, e comunque in lan ho un repository per fare il backup dei miei progetti, in modo da non perderli in caso di malfunzionamenti o guasti sui pc.

SVN non è difficile da usare. Ti leggi la guida, fai qualche test et voilà.
Se sei su windows prova TortoiseSVN che ti permette di usare il menù contestuale per eseguire le operazioni. Su linux non saprei consigliarti alcun tool grafico, io lo uso da terminale.
Per Mac anche ci sono tanti programmi semplicissimi da usare.

Per l'esperienza che ho io, hg (mercurial) è tanto difficile quanto svn e bazaar.
Ci sono delle differenze ma l'iter per fare il commit o il checkout è uguale.

Riguardo al bug-tracker, io ti consiglio Trac (http://trac.edgewall.org/). Ci sono molti plug-in che ne estendono le funzionalità, anche un generatore di commenti doxygen.

Se hai la necessità puoi installare anche il forum (plugin di trac), oppure un forum tuo, magari uno per gli sviluppatori, e uno per il supporto clienti.
Ancora, se hai la necessità di controllare del codice *prima* che venga effettuato il commit, e quindi la versione sia aggiornata (questo solitamente si usa sui nuovi arrivati e/o inesperti del team), devi usare un sistema di code review.
Io ti consiglio Rietveld (http://code.google.com/intl/it-IT/appengine/articles/rietveld.html), sviluppato da Guido Van Rossum in persona (<3). Lo definisce lui stesso una sorta di Mondrian (code review interno di Google) open source.

Io uso gli strumenti sopra elencati con molto piacere, non ho alcun problema.
Ho avuto un po' di sbattimenti in fase di installazione sul server, ma niente che non si potesse risolvere (esattamente per via dei settaggi di un VPS, sul server fisico non ho mai avuto problemi) o che non sia già stato risolto da altri.

Ps. con trac puoi definire anche le milestones, seguire la story line, vedere agevolmente le modifiche effettuate, con una comparazione dei sorgenti ed evidenziatore delle modifiche.

plutus

16-09-2010, 08:39

ti ringrazio per le dritte...cmq sono sotto linux

il punto chiave é che non sono un informatico (=ho competenze limitate), non posso permettermi di perdere troppo tempo per una configurazione o un'installazione...

Anche io lavoro con delle persone distanti da me, e comunque in lan ho un repository per fare il backup dei miei progetti, in modo da non perderli in caso di malfunzionamenti o guasti sui pc.

SVN non è difficile da usare. Ti leggi la guida, fai qualche test et voilà.
Se sei su windows prova TortoiseSVN che ti permette di usare il menù contestuale per eseguire le operazioni. Su linux non saprei consigliarti alcun tool grafico, io lo uso da terminale.
Per Mac anche ci sono tanti programmi semplicissimi da usare.

Per l'esperienza che ho io, hg (mercurial) è tanto difficile quanto svn e bazaar.
Ci sono delle differenze ma l'iter per fare il commit o il checkout è uguale.

Riguardo al bug-tracker, io ti consiglio Trac (http://trac.edgewall.org/). Ci sono molti plug-in che ne estendono le funzionalità, anche un generatore di commenti doxygen.

Se hai la necessità puoi installare anche il forum (plugin di trac), oppure un forum tuo, magari uno per gli sviluppatori, e uno per il supporto clienti.
Ancora, se hai la necessità di controllare del codice *prima* che venga effettuato il commit, e quindi la versione sia aggiornata (questo solitamente si usa sui nuovi arrivati e/o inesperti del team), devi usare un sistema di code review.
Io ti consiglio Rietveld (http://code.google.com/intl/it-IT/appengine/articles/rietveld.html), sviluppato da Guido Van Rossum in persona (<3). Lo definisce lui stesso una sorta di Mondrian (code review interno di Google) open source.

Io uso gli strumenti sopra elencati con molto piacere, non ho alcun problema.
Ho avuto un po' di sbattimenti in fase di installazione sul server, ma niente che non si potesse risolvere (esattamente per via dei settaggi di un VPS, sul server fisico non ho mai avuto problemi) o che non sia già stato risolto da altri.

Ps. con trac puoi definire anche le milestones, seguire la story line, vedere agevolmente le modifiche effettuate, con una comparazione dei sorgenti ed evidenziatore delle modifiche.

RaouL_BennetH

16-09-2010, 10:19

mi trovo nella necessità di sviluppare un programma con più persone che intervengono a distanza: il problema é l'organizzare il lavoro.

Come fare un followup delle versioni/revisioni e fare in modo che un utente possa indicare un bug?

ho sentito parlare di svn, ma vorrei un qualcosa seplice da usare e gestire...

In che linguaggio dovrete sviluppare il tutto ?

Se per caso fosse java, ti basterebbe installare eclipse(anche su linux l'installazione è semplicissima) e trovi già pronti una marea di addons che includono svn e tutto ciò che occorre per gestire un lavoro in team.

tomminno

16-09-2010, 10:44

In che linguaggio dovrete sviluppare il tutto ?

Se per caso fosse java, ti basterebbe installare eclipse(anche su linux l'installazione è semplicissima) e trovi già pronti una marea di addons che includono svn e tutto ciò che occorre per gestire un lavoro in team.

Ma il server SVN dovrà configurarselo.

RaouL_BennetH

16-09-2010, 10:54

Ma il server SVN dovrà configurarselo.

Giusto :)

Ma spero per loro che ci sarà un componente del team con le competenze necessarie per farlo. Se così non dovesse essere, forse può essere utile un primo tutorial in italiano sui concetti base di subversion:

http://www.simonecarletti.it/blog/2007/03/strumenti-di-sviluppo-subversion-svn/

plutus

17-09-2010, 12:12

Giusto :)

Ma spero per loro che ci sarà un componente del team con le competenze necessarie per farlo. Se così non dovesse essere, forse può essere utile un primo tutorial in italiano sui concetti base di subversion:

http://www.simonecarletti.it/blog/2007/03/strumenti-di-sviluppo-subversion-svn/

eh no, manca una persona che ne sappia...cmq si programma in fortran

marco.r

17-09-2010, 15:58

Riguardo al bug-tracker, io ti consiglio Trac (http://trac.edgewall.org/). Ci sono molti plug-in che ne estendono le funzionalità, anche un generatore di commenti doxygen.

Nella mia esperienza molto meglio Redmine (http://redmine.org). Infinitamente piu' semplice da configurare (mezz'oretta, anche senza averlo mai visto, ed e' su), piu' bello e funzionale esteticamente e ha tutte le funzionalita' che servono integrate o in plugin facili da installare. Wiki, forum, repository browser, embedding di doxygen o di strumenti di analisi del codice, code review, integrazione con tool di continuos build, IM e altro.