Gestion de projet compatible avec GitHub [fermé]

(EDIT: Cette question est maintenant obsolète pour mon problème particulier, car Google Code prend en charge git maintenant et j'ai de toute façon converti les tampons de protocole en Mercurial. Cependant, cela reste d'intérêt général, IMO.)

My C # Protocol Buffers Port utilise github pour son contrôle de source, et je commence à vraiment apprécier l'utilisation de 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, Google Code serait un choix naturel, mais cela semble étrange. créez 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 d'autres ont eues quand il s'agit d'une solution de gestion de projet plus «complète». Fogbugz fait-il réellement tout ce dont j'ai besoin? (L'utilisation d'un wiki pour la documentation a ses avantages, même si je souhaite é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 que je devrais considérer et que j'ai pu manquer?

Cela restera certainement un projet open source, et bien que je préfère ne pas payer, cela ne me dérange pas si une somme modique est requise. Actuellement, je suis le seul développeur, mais cela peut changer et il peut très bien y avoir beaucoup de gens qui déposent 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 avec moi faisant 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 de source réel est sur mon NAS local.)

Quelqu'un souhaite-t-il partager ses expériences?

EDIT: Une autre option que j'envisage actuellement est un projet Google Code (j'aimerais vraiment être fidèle à mon employeur) et une fusion occasionnelle de git à 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 la raison. Fogbugz est un excellent produit, il construit 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éliorer la fiabilité des horaires, se concentrer et prioriser ce sur quoi on travaille, discussions internes et externes séparées, quelques bons rapports pour suivre que les choses sont gérées. (La seule critique à laquelle je puisse 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.)

Peu de ces fonctionnalités vous aideront à créer un projet open source actif, avec une communication ouverte et vivante et le besoin 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 semble être un bon support pour un projet open source actif. De plus, vous le savez déjà. Si vous souhaitez accroître votre implication dans votre projet, le code Google ressemble à la voie à suivre.

GitHub a récemment introduit son propre outil de suivi des problèmes ; Cependant, je n'ai pas fait d'analyse concurrentielle pour déterminer comment cela se compare aux autres options mentionnées sur ce fil.

J'utilise GitHub avec Lighthouse pour le suivi des problèmes. C'est un peu simple par rapport à certaines des autres options, mais en même temps, cela fonctionne très bien si vous voulez juste un outil léger dont vous n'avez pas à vous soucier trop. Il peut s'intégrer à GitHub si vous le souhaitez, et il est également gratuit pour les projets open source.

Comme d'habitude, lorsque quelqu'un pose cette question, je mentionne Redmine comme je l'ai fait dans cette question. Je sais que la question a déjà sa "meilleure réponse" mais je pense que cela vaut la peine d'être mentionné.

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 éléments à l'endroit où vous gérez votre code source pour les renvois à des éléments tels que le numéro de problème dans un message de validation. Ou Correction d'un message pour un problème contenant le numéro de révision du code. Vous perdriez cela si vous choisissez un BTS distinct comme le code Google. Comme mentionné dans une autre réponse, Trac est vraiment bon pour l'intégration.

Edit: Je dois dire que pour mon projet open source le plus largement utilisé, nous l'avons en fait à:

1. Bitbucket (gestion du code source)
2. Launchpad (rapport de bogue utilisateur, gestion des traductions)
3. Trac auto-hébergé (wiki, suivi des problèmes de projet et de développeur, miroir de code source)
4. Code Google (téléchargements de fichiers)

Et je sais que cela semble insensé, mais nous choisissons les meilleurs éléments de chaque service. Et étonnamment, personne ne se plaint.

* ce qui est mieux à mon avis de toute façon, mais ne m'enflammez pas.

Avez-vous envisagé Trac ?

Il semble y avoir une critique "enthousiaste" d'une 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 de Google Code est assez décent, mais je ne peux pas gérer la subversion.

Jetez un œil à mon client java memcached pour un exemple de cela - en particulier l'onglet source en haut.

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 que ça 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 n'est guère meilleur que celui de Bugzilla ... Je sais que beaucoup de gens aiment Trac mais je le trouve très inflexible. Les carences de Trac nous ont conduits à Lighthouse.

Mes projets à but non lucratif envisagent éventuellement 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 des prix, même à distance similaires à 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é.

Mingle prend en charge git via le plugin mingle_git . Mingle dispose d'une licence communautaire gratuite pour les projets open source.

J'utilise aussi 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. A part ça, Lighthouse est un peu, euh, léger sur les fonctionnalités.

Je suggérerais JavaForge comme alternative, car il a tout ce que vous recherchez:

• Il propose un hébergement gratuit avec Mercurial et Git (ou mixte).
• Son outil de suivi des problèmes a des années d'avance sur GitHub. Il est extrêmement puissant et personnalisable, peut suivre les exigences, les demandes de fonctionnalités, les bogues, 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 pour la documentation, les exigences, etc.
• Il a des forums de discussion.

Veuillez noter que le site est alimenté par codeBeamer , notre produit commercial testé par des entreprises mondiales.

(Avertissement: nous sommes un fournisseur commercial de solutions ALM agiles.)

<plug>Je construis un aéroport .</plug>

Vous pouvez également essayer d'utiliser un outil comme BusyFlow . Là, vous pouvez suivre les commits 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 les tâches, les fichiers et les événements de calendrier.

(Avertissement: je suis co-fondateur de BusyFlow.)

Avez-vous envisagé CodePlex?