En commun :
- il y a classiquement cvs et svn, associés à des ML (privées au besoin) pour les commits et du viewcvs pour l'affichage web des cvs et svn (à une époque il y avait arch pour Gna! en plus), ça c'est basique et commun
- il y a aussi la gestion de dépôts pour le projet (permettant de mettre à dispo une version officielle ou un snapshot)
Ce qu'apporte Gna! en plus de TuxFamily :
- la gestion d'un site web en statique via cvs (peut-être svn), je n'en ai jamais eu l'utilité, pour de la doc' pure, c'est largement suffisant sans base de données, ni mise à jour en direct
- la gestion de dépêches pour les annonces par projet
- le vrai apport de gna, c'est la gestion de tickets (supports, bugs et patchs)
- il y a aussi la gestion des compétences et appels à contributions https://gna.org/people/ (qui est largement sous-utilisé àmha, cela mériterait d'être commun à gnu.org, nongnu.org et consors pour en faire un vrai service)
- la modération sur Gna! est transparente et d'un réel conseil pour faire strictement du libre (cf. [http://about.gna.org/], les outils propriétaires pour développer sont déconseillés, ce qui est un bien àmha)
- il y a une véritable intégration "clé en mains" pour un projet de développement qui est proposée aux hébergés
Ce qu'apporte TuxFamily.org en plus de Gna! :
- dernièrement Git_(logiciel) pour la gestion des sources
- un vrai site web avec php 4 et 5, MySQL ou PostgreSQL, en revanche c'est à l'hébergé de tout faire, il n'y a pas de gestion de tickets ou de bugs de base (flyspray ou mantis suffisent généralement)
- des services connexes : serveur de jeu [http://games.tuxfamily.net], un mail pour les hébergés ayant un projet, la gestion des Domain_Name_System pour ceux ayant investi dans un nom de domaine
- de fait, l'hébergement est un peu plus ouvert que Gna! : il y a pas mal de dépôts (.deb, quelques rpm...), même si la modération à l'entrée se rapproche de ce que fait Gna! (la sélection des projets requière de préciser une licence libre pour le code et les contenus, cf. [http://faq.tuxfamily.org/Licence/Fr]), il y a aussi pas mal de projets d'artistes en Art Libre (cf. [http://demoll.tuxfamily.org/tags/index.php?tag=artistique]) et pas mal de LUGs hébergés aussi pour leur espace web et ML (cf. [http://demoll.tuxfamily.org/tags/index.php?tag=GULL])
L'un utilise Savane, l'autre VHFFS, les approches d'hébergement sont similaires sur certains points, plus orienté projet/Forge pour Gna!, plus orienté hébergement mutualisé de masse pour TuxFamily.org...
vala, ce devrait être assez complet, je pense être resté assez objectif ;-) même si quelqu'un de Gna! peut compléter.
Re: Information complémentaire
En commun :
- il y a classiquement cvs et svn, associés à des ML (privées au besoin) pour les commits et du viewcvs pour l'affichage web des cvs et svn (à une époque il y avait arch pour Gna! en plus), ça c'est basique et commun
- il y a aussi la gestion de dépôts pour le projet (permettant de mettre à dispo une version officielle ou un snapshot)
Ce qu'apporte Gna! en plus de TuxFamily :
- la gestion d'un site web en statique via cvs (peut-être svn), je n'en ai jamais eu l'utilité, pour de la doc' pure, c'est largement suffisant sans base de données, ni mise à jour en direct
- la gestion de dépêches pour les annonces par projet
- le vrai apport de gna, c'est la gestion de tickets (supports, bugs et patchs)
- il y a aussi la gestion des compétences et appels à contributions https://gna.org/people/ (qui est largement sous-utilisé àmha, cela mériterait d'être commun à gnu.org, nongnu.org et consors pour en faire un vrai service)
- la modération sur Gna! est transparente et d'un réel conseil pour faire strictement du libre (cf. [http://about.gna.org/], les outils propriétaires pour développer sont déconseillés, ce qui est un bien àmha)
- il y a une véritable intégration "clé en mains" pour un projet de développement qui est proposée aux hébergés
Ce qu'apporte TuxFamily.org en plus de Gna! :
- dernièrement Git_(logiciel) pour la gestion des sources
- un vrai site web avec php 4 et 5, MySQL ou PostgreSQL, en revanche c'est à l'hébergé de tout faire, il n'y a pas de gestion de tickets ou de bugs de base (flyspray ou mantis suffisent généralement)
- des services connexes : serveur de jeu [http://games.tuxfamily.net], un mail pour les hébergés ayant un projet, la gestion des Domain_Name_System pour ceux ayant investi dans un nom de domaine
- de fait, l'hébergement est un peu plus ouvert que Gna! : il y a pas mal de dépôts (.deb, quelques rpm...), même si la modération à l'entrée se rapproche de ce que fait Gna! (la sélection des projets requière de préciser une licence libre pour le code et les contenus, cf. [http://faq.tuxfamily.org/Licence/Fr]), il y a aussi pas mal de projets d'artistes en Art Libre (cf. [http://demoll.tuxfamily.org/tags/index.php?tag=artistique]) et pas mal de LUGs hébergés aussi pour leur espace web et ML (cf. [http://demoll.tuxfamily.org/tags/index.php?tag=GULL])
L'un utilise Savane, l'autre VHFFS, les approches d'hébergement sont similaires sur certains points, plus orienté projet/Forge pour Gna!, plus orienté hébergement mutualisé de masse pour TuxFamily.org...
vala, ce devrait être assez complet, je pense être resté assez objectif ;-) même si quelqu'un de Gna! peut compléter.
[ Répondre ]