La gestion du projet va de pair avec GitHub [fermé]

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

My C # Protocol Buffers Port utilise github pour son contrôle 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: le suivi des défauts et des fonctionnalités, les discussions, de demandes de fonctionnalités, docs, etc. Étant donné mes affiliations, code Google serait un choix naturel, mais il semblerait étrange de créer un projet là-bas mais héberger la source sur github.

cette question à propos de Fogbugz/Assemblla semble se concentrer principalement sur le suivi des défauts. Je me demandais ce que les autres ont vécu lorsqu'il s'est agi d'une solution de gestion de projet plus "complète". Est-ce que Fogbugz fait vraiment tout ce que je le besoin? (Utiliser un wiki pour docs a ses avantages, bien que je veuille aussi pouvoir distribuer de la documentation avec le code.) Au-delà des caractéristiques explicites mentionnées dans le premier paragraphe, y a-t-il d'autres aspects du projet I que j'aurais pu manquer?

ce sera certainement rester un projet open source, et bien que je ne préfère pas payer, Je ne me soucie pas si un petit supplément est nécessaire. Actuellement je suis le seul développeur, mais que mai changer et il peut très bien y avoir beaucoup de gens qui déposent des bogues et des requêtes 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.)

précédemment j'ai contribué à divers projets open source, mais je n'ai pas fait grand chose dans la façon d'exécuter un très visible et actif. ( MiscUtil est encore "hébergé" sur mon site Web, avec des versions occasionnelles - le contrôle source réel est sur mon NAS local.)

Quelqu'un veut partager ses expériences?

EDIT: une autre option que je considère maintenant est un projet de code Google (je voudrais vraiment être fidèle à mon employeur) et une fusion occasionnelle de git à svn (au moins, chaque fois que je fais une version). Cela permettrait aux utilisateurs non-git de mettre la main sur la source facilement aussi.

91
demandé sur Community 2008-11-24 14:30:23

14 réponses

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

mais son orientation Est commerciale -- Communication efficace entre les utilisateurs et le soutien technique, améliorer la fiabilité des horaires, se concentrer et prioriser ce qui est travaillé sur, des discussions internes et externes séparées, de bons rapports pour savoir si les choses sont gérées. (À propos de la seule critique à laquelle je peux penser est qu'il ne fait pas le blocage des cas et le suivi des dépendances, ce qui est vraiment utile pour ces bogues enfouis profondément.)

peu de cet ensemble de fonctionnalités vous aidera à construire un projet open source actif, avec une communication ouverte et animée et le besoin de construire une communauté et ont les utilisateurs évoluer en développeurs que le projet se développe. Donc, si c'est où vous voulez obtenir, vous pouvez vraiment le moins concentré canaux de communication de l'un de ces légers systèmes de suivi.

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 développer l'implication dans votre projet, Google code ressemble à la manière d'aller.

45
répondu Paul 2017-05-23 11:47:21

GitHub a récemment introduit un suivi d'émission de leur propre; je n'ai pas fait une analyse concurrentielle pour déterminer comment il mesure jusqu'à d'autres options mentionnées sur ce fil, cependant.

28
répondu Greg Campbell 2009-04-16 22:34:57

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

14
répondu Marc Charbonneau 2008-11-24 13:51:06

comme d'habitude quand quelqu'un demande cela, 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'elle mérite d'être mentionnée.

12
répondu Keltia 2017-05-23 12:10:26

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 avec l'endroit où vous gérez votre code source pour croiser des choses comme le numéro de problème dans un message de propagation. Ou correction d'un message pour un numéro contenant le numéro de révision du code. Vous perdriez cela si vous choisissez un BTS séparé comme Google code. Comme mentionné dans d'autres réponse, Trac est vraiment bon pour l'intégration.

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

  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 (fichier téléchargements)

et je sais que cela semble insensé, mais nous choisissons et choisissons 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 me flame pas.

10
répondu Ali Afshar 2008-11-24 12:43:26

avez-vous considéré Trac ?

Il semble y avoir un "enthousiaste" à l'examen d'un 151950920" git-Trac intégration .

Je n'ai aucune expérience personnelle avec ces outils, mais vous pourriez vouloir vérifier l'intégration.

8
répondu VonC 2011-07-09 19:54:20

j'utilise github et google code à certains endroits. Le traqueur de problèmes de Google code est assez décent, mais je ne peux pas gérer subversion.

regardez mon client java memcached client pour un exemple de ceci -- en particulier l'onglet source en haut.

1
répondu Dustin 2008-11-26 23:52:02

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 si cher au-delà de 2 utilisateurs.

pour les projets sans but lucratif, nous utilisons Phare 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 fourchette de prix. Le suivi des problèmes de Trac est un peu mieux que celui de Bugzilla...Je sais que beaucoup de les gens adorent le Trac, mais je le trouve très rigide. Les défauts de Trac nous ont menés à Lighthouse.

mes projets à but non lucratif envisagent éventuellement de passer à Bitbucket . En plus du suivi des problèmes, cela nous permettrait de consolider nos dépôts là-bas à partir de beanstalkapp.com, ainsi que l'ajout d'un wiki.

tout cela étant dit, si FogBugz-sur-demande avait des prix même un peu similaire à Lighthouse.application pour le petit nombre d'utilisateurs, Je nous mettrais là-bas en un clin d'œil. Quand vous utilisez FB au travail et puis phare.application de la nuit...utiliser Lighthouse, c'est comme si ton bras avait été coupé.

1
répondu jasonjwwilliams 2009-01-22 23:17:11

Mingle supporte git via mingle_git plugin. Mingle a une licence communautaire gratuite pour les projets open source.

1
répondu Antti Tarvainen 2009-02-18 07:58:33

moi aussi j'utilise GitHub avec Lighthouse. Et si votre message de propagation contient quelque chose comme

[#32 état:résolu]

Lighthouse résoudra le ticket # 32 contre le commit, que je trouve rapide et utile. Autre que cela, le Phare est un peu, euh, de la lumière sur les fonctionnalités.

1
répondu kevinrutherford 2009-03-29 20:18:33

je suggérerais JavaForge comme alternative, puisqu'il a tout ce que vous cherchez:

  • Elle propose hébergement gratuit avec Mercurial et Git (ou mixte).
  • son traqueur de problèmes a des années-lumière d'avance sur GitHub. Il est extrêmement puissant et personnalisable, il peut suivre les exigences, les demandes de fonctionnalités, les bogues, les tâches, etc.
  • il fournit la gestion de Document, également avec WebDAV accès (partage aussi facile qu'avec des dossiers partagés).
  • il a intégré wiki pour la création collaborative pour la documentation, les exigences, etc.
  • Il dispose de forums de discussion.

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

(clause de non-responsabilité: Nous sommes un fournisseur commercial de solutions agile ALM.)

0
répondu intland 2011-07-27 08:08:52

<plug> je vais construire Aéroport . </plug>

0
répondu Sudhir Jonathan 2012-07-20 17:14:44

vous pouvez également essayer d'utiliser un outil comme BusyFlow . Vous pouvez y suivre GitHub commits et les commenter (les commentaires sont synchronisés avec GitHub). Pour d'autres aspects de la gestion de projet, BusyFlow s'intègre à Google Calendar, Trello, Basecamp, Pivotal Tracker, etc. Ainsi, vous pouvez voir vos articles GitHub avec des tâches, des fichiers et des événements de calendrier.

(Disclaimer: je suis un des co-fondateurs de BusyFlow.)

0
répondu naktinis 2013-02-01 15:52:38

avez-vous considéré CodePlex?

-1
répondu Marcin Hoppe 2009-02-09 10:04:37