Pour répondre à la question qui ne tardera pas, ce sera libre (en Apache 2 a priori) si un jour on décide de distribuer l'engin.
Pour l'instant, il n'y a qu'une seule installation et elle est à la maison. Comme je le disais, on a vraiment fait des choix adaptés à notre manière de faire notre métier, je ne sais pas si c'est généralisable sans qu'on rende le truc plus complexe que je ne le voudrais.
Et pour avoir passé plusieurs années de ma vie à développer GForge et à devoir faire du support à l'installation (car ce n'est jamais simple à installer des bestioles comme ça car très lié à l'environnement externe), je ne suis pas sûr d'avoir envie de remettre le couvert sur cet aspect.
Accessoirement, le meilleur acronyme que j'ai pu trouver, c'est Wombat Organizes the Management of Bevelopment And Teaming. Tu comprendras que c'est difficile de distribuer quelque chose dans ces conditions.
L'archi de la bête est grossièrement décrite dans une présentation interne que j'avais faite en mars : http://people.openwide.fr/~gsmet/linuxfr/20090327-Anatomie_d(...) . Il n'y a pas de capture vu que c'était interne mais ça donne une idée de comment c'est fait.
Ca a beaucoup évolué depuis mais, à mon sens, ce sont surtout les principes qui sont intéressants.
J'en avais pas mal discuté avec Christian Bayle qui est chez FT avec qui j'avais travaillé sur GForge et qui fait partie du projet européen Coclico dont on parle ici (auquel nous n'avons pas été conviés pour des raisons qui m'échappent vu notre historique d'activité sur le sujet des forges libres mais c'est une autre histoire :)).
[^] # Re: GForge → FusionForge
Posté par Guillaume Smet (site web personnel) . En réponse au message Offre d'emploi pour faire évoluer les forges (gforge, ...). Évalué à 3.
Pour répondre à la question qui ne tardera pas, ce sera libre (en Apache 2 a priori) si un jour on décide de distribuer l'engin.
Pour l'instant, il n'y a qu'une seule installation et elle est à la maison. Comme je le disais, on a vraiment fait des choix adaptés à notre manière de faire notre métier, je ne sais pas si c'est généralisable sans qu'on rende le truc plus complexe que je ne le voudrais.
Et pour avoir passé plusieurs années de ma vie à développer GForge et à devoir faire du support à l'installation (car ce n'est jamais simple à installer des bestioles comme ça car très lié à l'environnement externe), je ne suis pas sûr d'avoir envie de remettre le couvert sur cet aspect.
Accessoirement, le meilleur acronyme que j'ai pu trouver, c'est Wombat Organizes the Management of Bevelopment And Teaming. Tu comprendras que c'est difficile de distribuer quelque chose dans ces conditions.
L'archi de la bête est grossièrement décrite dans une présentation interne que j'avais faite en mars : http://people.openwide.fr/~gsmet/linuxfr/20090327-Anatomie_d(...) . Il n'y a pas de capture vu que c'était interne mais ça donne une idée de comment c'est fait.
Ca a beaucoup évolué depuis mais, à mon sens, ce sont surtout les principes qui sont intéressants.
J'en avais pas mal discuté avec Christian Bayle qui est chez FT avec qui j'avais travaillé sur GForge et qui fait partie du projet européen Coclico dont on parle ici (auquel nous n'avons pas été conviés pour des raisons qui m'échappent vu notre historique d'activité sur le sujet des forges libres mais c'est une autre histoire :)).