Tout à fait, dans notre boite on a utilisé LibreSource pour faire notre forge, mais on a du développer la ressource intégration continue, modifié la ressource SVN, ce qui touche à l'authentification et avons hebergé sur la machine un repository maven.
Je pense que ce qu'on a fait est un poil du bidouillage et ca meriterai d'etre fait correctement.
J'aimerai vraiment rajouter dans libresource :
- une ressource intégration continue basée sur Hudson
- une ressource Nexus ou Archiva
- une ressource Mercurial (sans doute la plus facile, il suffit de la dériver de celle SVN)
- des outils de transformation de repository (basé sur Tailor sans doute) afin de faire au moins les conversions CVS->SVN, SVN->Hg, et CVS->Hg simplement.
- faire en sorte d'avoir de l'autocomplétion dans tous les champs d'ajouts, etc. pour rendre plus aisée l'utilisation de la forge
- une ressource GED peut-être ? Quelquechose basé sur Alfresco me paraitrai une bonne piste
- virer les EJB2 pour du Tomcat/Spring ou des EJB3 car je ne vois pas le rapport dans les entreprises entre ce qu'ils developpent (ils ont tort de rester en EJB2 AMHA, passez au moins au 3) et ce en quoi est programmé leur forge. Nous, on tourne, au Tomcat/Spring, ca nous a pas empêché d'utiliser LibreSource(EJB2) et auparavant GForge(PHP!) pour notre forge !
[^] # Re: oui mais bof !
Posté par Temsa . En réponse à la dépêche La forge logicielle LibreSource passe sous GPL. Évalué à 2.
Je pense que ce qu'on a fait est un poil du bidouillage et ca meriterai d'etre fait correctement.
J'aimerai vraiment rajouter dans libresource :
- une ressource intégration continue basée sur Hudson
- une ressource Nexus ou Archiva
- une ressource Mercurial (sans doute la plus facile, il suffit de la dériver de celle SVN)
- des outils de transformation de repository (basé sur Tailor sans doute) afin de faire au moins les conversions CVS->SVN, SVN->Hg, et CVS->Hg simplement.
- faire en sorte d'avoir de l'autocomplétion dans tous les champs d'ajouts, etc. pour rendre plus aisée l'utilisation de la forge
- une ressource GED peut-être ? Quelquechose basé sur Alfresco me paraitrai une bonne piste
- virer les EJB2 pour du Tomcat/Spring ou des EJB3 car je ne vois pas le rapport dans les entreprises entre ce qu'ils developpent (ils ont tort de rester en EJB2 AMHA, passez au moins au 3) et ce en quoi est programmé leur forge. Nous, on tourne, au Tomcat/Spring, ca nous a pas empêché d'utiliser LibreSource(EJB2) et auparavant GForge(PHP!) pour notre forge !