pour des besoins similaires, j'ai mis en place un serveur cvs (par ssh) assorti d'une installation gforge (http://www.gforge.org(...)). Avec le recul je me dis qu'il doit forcément exister une solution plus pratique: cvs par ssh est assez contraignant pour les développeurs lorsqu'on veut garder un maximum de sécurité (clés RSA), angoissant si on veut un accès anonyme (password vide), pénible à gérer au niveau des groupes unix dans tous les cas (en plus des faiblesses opérationnelles de cvs).
Ceci dit, une fois les bons scripts de cron en place, ça passe plutôt bien.
GForge quant à lui est assez lourd pour le serveur, même avec un cache php, et il vaut mieux ne pas regarder le code, aussi bien pour le php que pour le html généré :-p (pour être parfaitement honnête, je n'ai pas encore regardé la version 3.3, qui est sortie il y a 3 semaines)
Par ailleurs gforge ne s'interface qu'avec postgresql, ce qui est dommage à mon sens.
Voilà pour les points négatifs :-)
Si c'était à refaire (ou si j'ai le courage un jour ;-)) je regarderais donc plutôt du côté de subversion pour le système de versions, et pour l'interface web.... je sais pas :-) (j'avais pensé un jour en faire une from scratch avec templeet, mais je devais être malade ;-))
Il faudrait au moins revoir gforge pour générer des pages plus légères, sans tables dans tous les coins, et avec de jolies css :-)
# Re: Développement libre à plusieurs
Posté par Yann Hodique (site web personnel) . En réponse au journal Développement libre à plusieurs. Évalué à 2.
pour des besoins similaires, j'ai mis en place un serveur cvs (par ssh) assorti d'une installation gforge (http://www.gforge.org(...)). Avec le recul je me dis qu'il doit forcément exister une solution plus pratique: cvs par ssh est assez contraignant pour les développeurs lorsqu'on veut garder un maximum de sécurité (clés RSA), angoissant si on veut un accès anonyme (password vide), pénible à gérer au niveau des groupes unix dans tous les cas (en plus des faiblesses opérationnelles de cvs).
Ceci dit, une fois les bons scripts de cron en place, ça passe plutôt bien.
GForge quant à lui est assez lourd pour le serveur, même avec un cache php, et il vaut mieux ne pas regarder le code, aussi bien pour le php que pour le html généré :-p (pour être parfaitement honnête, je n'ai pas encore regardé la version 3.3, qui est sortie il y a 3 semaines)
Par ailleurs gforge ne s'interface qu'avec postgresql, ce qui est dommage à mon sens.
Voilà pour les points négatifs :-)
Si c'était à refaire (ou si j'ai le courage un jour ;-)) je regarderais donc plutôt du côté de subversion pour le système de versions, et pour l'interface web.... je sais pas :-) (j'avais pensé un jour en faire une from scratch avec templeet, mais je devais être malade ;-))
Il faudrait au moins revoir gforge pour générer des pages plus légères, sans tables dans tous les coins, et avec de jolies css :-)