sviluppo di un programma a più mani

[plutus]

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]

www.bitbucket.org

[Opcode]

Originariamente inviato da plutus

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. 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, 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]

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...

Originariamente inviato da Opcode

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. 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, 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]

Originariamente inviato da plutus

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]

Originariamente inviato da RaouL_BennetH

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]

Originariamente inviato da tomminno

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/20...ubversion-svn/

[plutus]

Originariamente inviato da RaouL_BennetH

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/20...ubversion-svn/

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

[marco.r]

Originariamente inviato da Opcode

Riguardo al bug-tracker, io ti consiglio Trac. Ci sono molti plug-in che ne estendono le funzionalità, anche un generatore di commenti doxygen.

Nella mia esperienza molto meglio Redmine. 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.