La gestion de projet va avec GitHub [fermé]

https://stackoverflow.com/questions/313924

10-07-2019
|

Question

(EDIT: cette question est maintenant dépassée pour mon problème particulier, car Google Code prend en charge git et que j’ai tout de même converti des tampons de protocole en Mercurial. Toutefois, c’est toujours un intérêt général, IMO.

Mon tampon de protocole C # Le port utilise github pour son contrôle de source, et Je commence à vraiment apprécier git. Toutefois, 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, documentation, etc. Compte tenu de mes affiliations, Google Code serait un choix naturel, mais il semblerait étrange de créer un projet là-bas, mais d’héberger le code source sur github.

Cette question à propos de Fogbugz / Assembla semble porter principalement sur le défaut suivi. Je me demandais quelles expériences les autres ont vécues en ce qui concerne un & «Complet &»; solution de gestion de projet. Fogbugz fait-il tout ce dont j'ai besoin? (Utiliser un wiki pour la documentation présente des avantages, bien que je veuille aussi pouvoir distribuer de la documentation avec le code.) Au-delà des fonctionnalités explicites mentionnées dans le premier paragraphe, existe-t-il d'autres aspects du projet que je devrais faire compte tenu de ce que j'ai peut-être manqué?

Cela restera certainement un projet open source, et bien que je préfère ne pas payer, cela ne me dérange pas si des frais minimes sont nécessaires. Actuellement, je suis le seul développeur, mais cela pourrait changer et il pourrait très bien y avoir beaucoup de personnes qui déposent des bogues et demandent des fonctionnalités. (En d’autres termes, j’espère et j’attends qu’il soit populaire, mais c’est moi qui fais le plus gros du travail.)

Auparavant, j'ai contribué à divers projets open source, mais je n'ai pas fait grand-chose pour gérer un projet très visible et actif. ( MiscUtil est actuellement encore & hébergé & sur; mon site , avec des versions occasionnelles - le contrôle de source proprement dit se trouve sur mon NAS local.)

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

EDIT: Une autre option que je considère maintenant est un projet de code Google (je voudrais vraiment être loyal envers mon employeur) et une fusion occasionnelle de git à svn (à tout le moins, à chaque fois que je publie un communiqué). . Cela permettrait également aux utilisateurs non-git de se procurer facilement la source.

La solution

Si vous pensez que vous serez vraiment le développeur uniquement , 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 une affaire. Il fait tout cela aussi bien que n'importe quel système que j'ai vu.

Mais son orientation est commerciale: communication efficace entre les utilisateurs et le support technique, amélioration de la fiabilité des calendriers, focus &. prioriser ce qui est en train d'être travaillé, séparer les & ampères internes; discussions externes, de bons rapports pour vérifier que les choses sont traitées. (À propos de la seule critique à laquelle je puisse penser, c’est que le blocage de la casse et le suivi de la dépendance ne sont pas utilisés, ce qui est vraiment utile pour les bogues enfouis à l’état profond.)

Une petite partie de cet ensemble de fonctionnalités vous aidera à construire 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 avance. Si vous voulez en arriver là, vous voudrez peut-être 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 transparence &. communication 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 la participation à votre projet, le code Google semble être la solution.

Autres conseils

GitHub a récemment lancé un suivi des problèmes lui-même; Je n'ai pas fait d'analyse concurrentielle pour déterminer comment il se situe par rapport aux autres options mentionnées sur ce fil.

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

Comme d'habitude quand quelqu'un me pose cette question, je mentionne Redmine , comme je l'ai fait dans cette question. Je sais que la question a déjà sa & Quot; meilleure réponse & Quot; 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 y 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'emplacement où vous gérez votre code source afin de permettre des références croisées, telles que le numéro d'émission, 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, tel que le code Google. Comme mentionné dans une autre réponse, Trac est vraiment bon en intégration.

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

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

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

* ce qui est meilleur à mon avis de toute façon, mais s'il vous plaît, ne m'embrassez pas.

Avez-vous envisagé de Trac ?

Il semble y avoir un & "enthousiaste &"; examen de la intégration de git-Trac .

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

J'utilise github et google code à certains endroits. Le système de suivi des problèmes de Google code est assez correct, mais je ne peux pas gérer la subversion.

Consultez mon client java memcached pour un exemple, 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 le prix, et franchement, je ne trouve pas vraiment d'alternative appropriée dans sa fourchette 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 carences de Trac nous ont conduits au phare.

Mes projets à but non lucratif envisagent de migrer vers Bitbucket . En plus du suivi des problèmes, cela nous permettrait de consolider nos référentiels à partir de beanstalkapp.com, ainsi que d’ajouter un wiki.

Cela étant dit, si FogBugz-on-Demand avait une tarification même comparable à celle de Lighthouse.app pour les petits comptes d'utilisateurs, nous nous déplacerions là-bas en un clin d'œil. Lorsque vous utilisez FB au travail puis Lighthouse.app la nuit ... utiliser Lighthouse donne l’impression que votre bras a été coupé.

Mingle prend en charge git via mingle_git . Mingle dispose d'une licence de communauté gratuite pour les projets open source .

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 n ° 32 contre le commit, ce que je trouve rapide et utile. En dehors de cela, Lighthouse est un peu, euh, des fonctionnalités légères.

Je suggérerais plutôt JavaForge , car il contient tout ce que vous cherchez:

Il offre l'hébergement gratuit avec Mercurial et Git (ou mixte).
Son traqueur de problème a quelques années d’avance sur GitHub. Il est extrêmement puissant et personnalisable, il 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 que avec des dossiers partagés).
Il a un wiki intégré pour la création en collaboration de documentation, d'exigences, etc.
Il existe des forums de discussion.

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

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

<plug> Je construis Airport . </plug>

Vous pouvez également essayer d'utiliser un outil tel que BusyFlow . Là, vous pouvez suivre les commits GitHub et les commenter (les commentaires sont synchronisés avec GitHub). Pour les autres facettes de la gestion de projet, BusyFlow s’intègre à Google Agenda, Trello, Basecamp, Pivotal Tracker, etc. Vous pouvez ainsi afficher vos éléments GitHub à côté des tâches, des fichiers et des événements de l'agenda.

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

Avez-vous envisagé CodePlex?

Licencié sous: CC-BY-SA avec attribution

Non affilié à StackOverflow