Gestion de projet compatible avec GitHub [fermé]


95

(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.


Êtes-vous sur le point de publier des tampons de protocole en C #? Je mourais d'envie de l'essayer.
David Robbins

1
@David: Il est déjà dans un état utilisable, bien que ce soit un peu "manuel". Consultez code.google.com/p/protobuf-csharp-port pour obtenir des instructions préliminaires.
Jon Skeet

Je ne sais pas si c'était le cas lors de la dernière modification de cette question, mais GitHub crée automatiquement des archives téléchargeables de votre code à n'importe quelle balise. Vous pouvez également télécharger l'état du code à n'importe quel commit.
Xiong Chiamiov

11
Vous pouvez également utiliser mercurial sur google code, mercurial est assez simple et a presque la même fonctionnalité que git
dzen

GoogleCode a été ajouté à la prise en charge de Git: code.google.com/p/support/wiki/GitFAQ
gavenkoa

Réponses:


45

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.


7
Merci pour cela - toutes les choses utiles. Il y a un avantage supplémentaire à Google Code - s'il manque une fonctionnalité, je suis plus susceptible de pouvoir y arriver :) (Je suis sûr que Fogbugz et al prennent les demandes de fonctionnalités au sérieux, mais avec Google Code, je peux travailler sur le système lui-même en 20% du temps ...)
Jon Skeet

28

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.


GitHub intègre désormais la gestion de projet. C'est plutôt minimaliste (à la 37signals), mais leurs prix sont compétitifs si vous les utilisez pour le contrôle de version et la gestion de projet. github.com/features/projects
m33lky

14

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.


12

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é.


Mise à jour: redmine.org
dparkar

10

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.


Pas de flammes ici - je n'ai pas utilisé Mercurial, donc je ne peux pas commenter. Je pense que si je devais réellement déplacer l'hébergement source, je passerais directement à Google Code et à svn, avec lesquels je suis déjà à l'aise. Je pense que je veux garder le dépôt github - mais voir ma question modifier ...
Jon Skeet

3
À mon avis, SVN est la principale faiblesse du code Google. Mais comme vous le dites, tout dépend de ce avec quoi vous êtes à l'aise.
Ali Afshar

Également édité pour refléter mon usage personnel.
Ali Afshar

Je sais que c'est idiot, mais j'aurais du mal à valider les données que je veux vraiment enregistrer sur un serveur nommé "bitbucket".
TED du

1
bitbucket fait maintenant aussi Git
Radek

8

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.


La question Fogbugz / Assembla à laquelle j'ai fait référence semblait impliquer que Trac était un peu en retard sur FogBugz. J'aime aussi l'idée de discussions de projet hébergées (même si je pourrais certainement utiliser Google Groupes pour cela si nécessaire).
Jon Skeet

1

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.


Cool. Cela semble être une très bonne solution. Je peux encore cloner en subversion pour le rendre plus facile pour ceux qui veulent l'utiliser - je veux être aussi inclusif que possible.
Jon Skeet

2
J'imagine que le téléchargement de github est suffisant pour tous ceux qui voudraient la subversion. Quiconque fait des choses plus avancées que le téléchargement de la dernière version de votre dépôt svn utilise probablement déjà git. :)
Dustin

1

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é.



1

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.


0

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.)



0

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.)


-1

Avez-vous envisagé CodePlex?


1
Je ne l'avais pas fait, mais à la fin, j'ai opté pour Google Code et github, en développant contre github et en poussant vers svn le cas échéant.
Jon Skeet le
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.