Gestion de projet pour aller avec GitHub
(EDIT: Cette question est désormais obsolète pour mon problème particulier, car Google Code prend désormais en charge git et j'ai quand même converti les tampons de protocole en Mercurial. Cependant, cela reste d'intérêt général, IMO.)
Mon Port C # Protocol Buffers utilise github pour son contrôle de source, et je commence vraiment à utiliser git. Cependant, pour autant que je sache, github ne fournit aucun outil de gestion de projet: suivi des défauts et des fonctionnalités, discussions, demandes de fonctionnalités, documents, etc. Compte tenu de mes affiliations, Code Google serait un choix naturel , mais il semblerait étrange de créer un projet là-bas mais hébergez la source sur github.
Cette question sur Fogbugz/Assembla semble se concentrer principalement sur le suivi des défauts. Je me demandais quelles expériences les autres ont eues en matière de solution de gestion de projet plus "complète". Fogbugz fait-il tout ce dont j'ai besoin? (L'utilisation d'un wiki pour les documents a ses avantages, bien que je veuille également pouvoir distribuer la documentation avec le code.) Au-delà des fonctionnalités explicites mentionnées dans le premier paragraphe, y a-t-il d'autres aspects du projet I devrait considérer ce que j'ai peut-être manqué?
Cela restera certainement un projet open source, et même si je préfère ne pas payer, cela ne me dérange pas si un petit supplément est requis. Actuellement, je suis le seul développeur, mais cela peut changer et il peut très bien y avoir beaucoup de gens qui signalent des bogues et des demandes de fonctionnalités. (En d'autres termes, j'espère et je m'attends à ce qu'il soit populaire, mais c'est moi qui fais la plupart du travail.)
Auparavant, j'ai contribué à divers projets open source, mais je n'ai pas fait grand-chose pour en exécuter un très visible et actif. ( MiscUtil est actuellement toujours "hébergé" sur mon site Web, avec des versions occasionnelles - le contrôle des sources est sur mon NAS local.)
Quelqu'un veut-il partager ses expériences?
EDIT: Une autre option que j'envisage maintenant est un projet Google Code (je voudrais vraiment être fidèle à mon employeur) et une fusion occasionnelle de git en svn (à tout le moins, chaque fois que je fais une version). Cela permettrait également aux utilisateurs non-git de se procurer facilement la source.
Si vous pensez que vous serez vraiment le seul développeur , Fogbugz vous aidera à garder votre raison. Fogbugz est un excellent produit, il crée des communications ciblées et peut transformer n'importe quoi en cas (problème). Il fait tout cela aussi bien que n'importe quel système que j'ai vu.
Mais son orientation est commerciale - une communication efficace entre les utilisateurs et le support technique, améliore la fiabilité des horaires, concentre et priorise ce qui est travaillé, des discussions internes et externes séparées, de bons rapports pour suivre que les choses sont gérées. (La seule critique à laquelle je peux penser est qu'il ne fait pas de blocage de cas et de suivi des dépendances, ce qui est vraiment utile pour ces bogues profondément enfouis.)
Une petite partie de cet ensemble de fonctionnalités vous aidera à créer un projet open source actif, avec une communication ouverte et vivante et la nécessité de créer une communauté et de faire évoluer les utilisateurs en développeurs à mesure que le projet se développe. Donc, si c'est là que vous voulez vous retrouver, vous voudrez peut-être vraiment les canaux de communication moins ciblés de l'un de ces systèmes de suivi légers.
Je n'ai pas encore utilisé Google Code sur un projet, mais en termes de communication transparente et ouverte, cela ressemble à un bon support pour un projet open source actif. De plus, vous le savez déjà. Si vous souhaitez accroître l'implication dans votre projet, le code Google ressemble à la voie à suivre.
GitHub a récemment introduit un issue tracker propre; Je n'ai pas fait d'analyse concurrentielle pour déterminer comment il se compare aux autres options mentionnées sur ce fil, cependant.
Nous utilisons bitbucket.org , qui n'est pas GIT, c'est Mercurial *, mais il a un suivi des bogues/problèmes par branche, etc.
Je pense qu'il peut être très utile d'intégrer ces choses à l'endroit où vous gérez votre code source pour faire des références croisées comme issue-number dans un message de validation. Ou Message fixe pour un problème contenant le numéro de révision du code. Vous perdriez cela si vous choisissiez un BTS distinct comme le code Google. Comme mentionné dans d'autres réponses, Trac est vraiment bon dans le domaine de l'intégration.
Edit: Je dois dire que pour mon projet open source le plus utilisé, nous l'avons en fait sur:
- Bitbucket (gestion du code source)
- Launchpad (rapport de bug utilisateur, gestion des traductions)
- Trac auto-hébergé (wiki, suivi des problèmes de projet et de développeur, miroir de code source)
- Code Google (téléchargement de fichiers)
Et je sais que cela semble fou, mais nous choisissons les meilleurs morceaux de chaque service. Et étonnamment, personne ne se plaint.
* ce qui est mieux à mon avis de toute façon, mais ne me flambe pas.
Avez-vous pensé à Trac ?
Il semble y avoir un examen "enthousiaste" d'un intégration git-Trac .
Je n'ai aucune expérience personnelle avec ces outils mais vous voudrez peut-être vérifier l'intégration.
J'utilise github et google code à certains endroits. Le suivi des problèmes du code Google est assez décent, mais je ne peux pas gérer Subversion.
Jetez un oeil à mon client memcached Java pour un exemple de cela - en particulier l'onglet source en haut.
Mingle prend en charge git via mingle_git plugin. Mingle a une licence communautaire gratuite pour les projets open source.
Au travail, nous utilisons FogBugz et c'est de loin le meilleur outil de ce type à mon avis. Je l'utiliserais pour les projets à but non lucratif sur lesquels je travaille, sauf que c'est tellement cher au-delà de 2 utilisateurs.
Pour les projets à but non lucratif, nous utilisons Lighthouse pour le suivi des problèmes. C'est bien pour ce qu'il en coûte, et franchement, je ne peux pas vraiment trouver d'alternatives appropriées dans sa gamme de prix. Le suivi des problèmes de Trac est un peu meilleur que celui de Bugzilla ... Je sais que beaucoup de gens aiment Trac mais je le trouve très rigide. Les lacunes de Trac nous ont conduits au phare.
Mes projets à but non lucratif envisagent de passer à Bitbucket . En plus du suivi des problèmes, cela nous permettrait de consolider nos référentiels là-bas à partir de beanstalkapp.com, ainsi que d'ajouter un wiki.
Cela étant dit, si FogBugz-on-Demand avait un prix similaire à celui de Lighthouse.app pour les petits comptes d'utilisateurs, je nous déplacerais là-bas en un clin d'œil. Lorsque vous utilisez FB au travail, puis Lighthouse.app la nuit ... l'utilisation de Lighthouse donne l'impression que votre bras a été coupé.
Moi aussi, j'utilise github avec Lighthouse. Et si votre message de validation contient quelque chose comme
[État # 32: résolu]
Lighthouse résoudra le ticket # 32 contre le commit, ce que je trouve rapide et utile. En dehors de cela, Lighthouse est un peu, euh, léger sur les fonctionnalités.
<plug>Je suis en train de construire Aéroport .</plug>
Je suggère JavaForge comme alternative, car il a tout ce que vous recherchez:
- Il offre un hébergement gratuit avec Mercurial et Git (ou mixte).
- Son tracker de problème est en avance de quelques années sur GitHub. Il est extrêmement puissant et personnalisable, peut suivre les exigences, les demandes de fonctionnalités, les bugs, les tâches, etc.
- Il fournit la gestion de documents, également avec un accès WebDAV (partage aussi simple qu'avec des dossiers partagés).
- Il a un wiki intégré pour la création collaborative de documentation, d'exigences, etc.
- Il dispose de forums de discussion.
Veuillez noter que le site est propulsé par codeBeamer , notre produit commercial testé au combat par des sociétés mondiales.
(Avertissement: nous sommes un fournisseur commercial de solutions ALM agiles.)
Vous pouvez également essayer d'utiliser un outil comme BusyFlow . Vous pouvez y suivre les validations de GitHub et les commenter (les commentaires sont synchronisés avec GitHub). Pour d'autres facettes de gestion de projet, BusyFlow s'intègre à Google Calendar, Trello, Basecamp, Pivotal Tracker etc. Ainsi, vous pouvez voir vos éléments GitHub avec des tâches, des fichiers et des événements de calendrier.
(Avertissement: je suis co-fondateur de BusyFlow.)