Je me demande si ce que tu cherches est bien proportionnel à l'envergure de ton projet. Pour avoir bugtracker complet, site, wiki, et blog, il faut déjà avoir une bonne communauté autour du projet. S'il y a déjà une communauté, autant lui demander de l'aide pour mettre en place ces outils, qui demandent tous du temps à administrer.
Si ton projet est naissant, les outils les plus importants sont de loin le gestionnaire de version, et, àmha, le gestionnaire de documentation. Un gestionnaire de documentation bien fait devrait te permettre de créer des pages html statiques comme des pages de manuel: c'est suffisant pour faire un site. Ces outils sont finalement assez rares. Je te conseille d'utiliser en priorité l'outil écrit dans le langage de programmation de ton projet: ce sera mieux intégré, et tu sauras le modifier si besoin.
Pour la communauté, une adresse mail, indiquée dans le README, suffit largement au début, tant pour les rapports de bogues, les demandes d'informations, que les patchs. C'est en outre bien plus convivial qu'un bug tracker: tu recevras quelques mots d'encouragement en plus des contributions. Il faut juste prendre soin d'indiquer pour chaque commit qui est à l'origine du rapport de bogue, de la requête ou du patch, pour garder des traces claires et publiques des contributions.
À titre d'exemple, pour mon projet Utroff, j'utilise troff lui-même pour produire toute la documentation (documentation gérée par les outils appropriés au langage de programmation), mon gestionaire de version est local (RCS), il y a une adresse mail pour les discussions, et un compte twitter (mort) pour les nouvelles. Mettre en place tout cela, et faire des archives propres (avec readme, licence, changes, manuel) prend déjà beaucoup, beaucoup, beaucoup de temps.
# De la juste proportion
Posté par Sygne (site web personnel) . En réponse au message "Nécessaire" de démarrage pour développement d'un projet libre.. Évalué à 2.
J'avais écrit un journal à ce sujet:
https://linuxfr.org/users/sygne/journaux/publication-de-petits-projets
Il y a plein de remarques intéressantes dans les commentaires.
Je me demande si ce que tu cherches est bien proportionnel à l'envergure de ton projet. Pour avoir bugtracker complet, site, wiki, et blog, il faut déjà avoir une bonne communauté autour du projet. S'il y a déjà une communauté, autant lui demander de l'aide pour mettre en place ces outils, qui demandent tous du temps à administrer.
Si ton projet est naissant, les outils les plus importants sont de loin le gestionnaire de version, et, àmha, le gestionnaire de documentation. Un gestionnaire de documentation bien fait devrait te permettre de créer des pages html statiques comme des pages de manuel: c'est suffisant pour faire un site. Ces outils sont finalement assez rares. Je te conseille d'utiliser en priorité l'outil écrit dans le langage de programmation de ton projet: ce sera mieux intégré, et tu sauras le modifier si besoin.
Pour la communauté, une adresse mail, indiquée dans le README, suffit largement au début, tant pour les rapports de bogues, les demandes d'informations, que les patchs. C'est en outre bien plus convivial qu'un bug tracker: tu recevras quelques mots d'encouragement en plus des contributions. Il faut juste prendre soin d'indiquer pour chaque commit qui est à l'origine du rapport de bogue, de la requête ou du patch, pour garder des traces claires et publiques des contributions.
À titre d'exemple, pour mon projet Utroff, j'utilise troff lui-même pour produire toute la documentation (documentation gérée par les outils appropriés au langage de programmation), mon gestionaire de version est local (RCS), il y a une adresse mail pour les discussions, et un compte twitter (mort) pour les nouvelles. Mettre en place tout cela, et faire des archives propres (avec readme, licence, changes, manuel) prend déjà beaucoup, beaucoup, beaucoup de temps.