Gestion de projet pour aller avec GitHub

Question

(EDIT: Cette question est aujourd'hui désuet pour ma question en particulier, comme Google Code prend en charge git maintenant et j'ai converti le Protocole de Tampons Mercurial de toute façon. Cependant, il est toujours de l'intérêt général, de l'OMI.)

Mon C# Protocol Buffers Port utilise github pour son contrôle de code source, et je commence à vraiment profiter de l'utilisation de git. Cependant, autant que je peux dire, github ne fournit pas de outils de gestion de projet: des défauts et de la fonctionnalité de suivi, de discussions, de demandes de fonctionnalités, docs, etc. Compte tenu de mon affiliation, Google Code serait un choix naturel, mais il semble étrange de créer un projet, mais l'hôte de la source sur github.

Cette question sur Fogbugz/Assembla semble principalement l'accent sur le suivi des défauts. Je me demandais ce que les autres expériences ont eu quand il est plus "complet" solution de gestion de projet. Ne Fogbugz réellement faire tout ce dont j'ai besoin? (À l'aide d'un wiki pour les docs a ses avantages, mais je veux aussi être capable de diffuser de la documentation du code.) Au-delà de l'explicite les caractéristiques mentionnées dans le premier paragraphe, il y a d'autres aspects du projet, je doit être vu à qui j'ai peut-être raté?

Ce sera certainement rester un projet open source, et bien que je préfère ne pas payer je n'ai pas l'esprit si un petit supplément est requis. Actuellement, je suis le seul développeur, mais cela peut changer et il peut très bien être beaucoup de gens dépôt de bugs et demandes de fonctionnalités. (En d'autres mots, j'espère et j'attends qu'il soit populaire, mais avec moi faire la plupart du travail.)

Auparavant, j'ai contribué à différents projets open source, mais je n'ai pas fait beaucoup dans la manière de gérer un très visible et active. (MiscUtil est actuellement encore "hébergé" sur mon site, avec parfois des versions de la source de contrôle est sur mon NAS local.)

Quelqu'un veut bien partager leurs expériences?

EDIT: une Autre option, je suis maintenant à considérer est un Google Code du projet (je tiens vraiment à être fidèle à mon employeur) et parfois un publipostage à partir de git svn (à tout le moins, chaque fois que je fais un rejet). Cela permettrait non git utilisateurs de s'emparer de la source facilement aussi.

Answer 1

Si vous pensez que vous allez vraiment être le seul développeur, Fogbugz vous aidera à garder votre santé mentale. Fogbugz est un excellent produit, Il construit des communications et peut transformer n'importe quoi dans un cas (problème). Il fait tout comme tout système que j'ai vu.

Mais son orientation est de nature commerciale -- efficacité de la communication entre les utilisateurs et le support technique, d'améliorer la fiabilité des horaires, de l'accent et de hiérarchiser ce qui est en train de travailler sur, séparé interne et externe de discussions, certains bons rapports de suivi que les choses sont plus traitées. (Sur le seul reproche que je peux penser à est de ne pas faire cas de blocage et de suivi des dépendances, ce qui est vraiment utile pour les bugs, enfoui au plus profond.)

Peu de ce jeu de fonctionnalités qui vous aideront à construire un projet open source actif, avec l'open vive la communication et la nécessité de construire une communauté et d'avoir des utilisateurs évoluent dans des développeurs que le projet se développe. Donc, si c'est où vous voulez à la fin, vous pouvez vraiment le moins concentré canaux de communication de l'un de ces légers systèmes de suivi.

Je n'ai pas utilisé Google Code sur un projet encore, mais en termes de transparence et de communication ouverte, il ressemble à un bon soutien pour un projet open source. De Plus, vous le savez déjà. Si vous souhaitez développer l'implication dans votre projet, Google code ressemble à la manière d'aller.

Answer 2

GitHub a récemment introduit un Traqueur qui leur est propre ; Je n’ai pas fait une analyse concurrentielle pour déterminer comment elle mesure jusqu'à autres options mentionnées sur ce fil, cependant.

Answer 3

J’ai utiliser GitHub avec phare pour le suivi des problèmes. C’est un peu barebones par rapport à certains des autres options, mais en même temps qu'il fonctionne très bien si vous voulez juste un outil léger, il ne faut pas vous inquiétez pas trop à ce sujet. Il peut s’intégrer avec GitHub si vous voulez, et c’est également gratuit pour les projets open source.

Answer 4

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 qu’il est utile de mentionner.

Answer 5

Nous utilisons bitbucket.orgqui n'est pas GIT, Mercurial* , mais il bug/problème de suivi par branche etc.

Je pense qu'il peut être très utile d'intégrer ces choses avec l'endroit où vous gérez votre code source pour la croix-référencement des choses comme le problème numéro dans un message de commit. Fixe ou message pour une question contenant le code numéro de révision. Vous perdez ce sujet si vous avez choisi un distinct BTS comme Google code. Comme mentionné dans d'autres réponse, le Trac est vraiment bon à l'intégration chose.

Edit: je dois dire que pour mon plus largement utilisé, projet open source, nous ne réellement avoir à:

1. Bitbucket (gestion du code source)
2. Launchpad (utilisateur des rapports de bogues, de gestion des traductions)
3. Auto hébergé Trac (wiki, de projet et développeur de suivi de problème, le code source de miroir)
4. Google code (téléchargement de fichiers)

Et je sais que cela paraît fou, mais nous de choisir les meilleurs morceaux de chaque service. Et, étonnamment, personne ne se plaint.

* ce qui est mieux à mon avis de toute façon, mais s'il vous plaît ne pas la flamme moi.