Projektmanagement für GitHub [geschlossen]

(BEARBEITEN: Diese Frage ist jetzt für mein spezielles Problem veraltet, da Google Code jetzt Git unterstützt und ich Protokollpuffer sowieso in Mercurial konvertiert habe. Es ist jedoch immer noch von allgemeinem Interesse, IMO.)

Mein C # -Protokollpuffer- Port verwendet Github für die Quellcodeverwaltung, und ich fange an, Git wirklich zu verwenden. Soweit ich das beurteilen kann, bietet github jedoch keine Projektmanagement-Tools: Fehler- und Feature-Tracking, Diskussionen, Feature-Anfragen, Dokumente usw. Angesichts meiner Zugehörigkeit wäre Google Code eine natürliche Wahl, aber es scheint seltsam Erstellen Sie dort ein Projekt, aber hosten Sie die Quelle auf Github.

Diese Frage zu Fogbugz / Assembla scheint sich hauptsächlich auf die Fehlerverfolgung zu konzentrieren. Ich habe mich gefragt, welche Erfahrungen andere gemacht haben, wenn es um eine "vollständigere" Projektmanagementlösung geht. Tut Fogbugz tatsächlich alles, was ich brauche? (Mit einem Wiki für docs seine Vorteile hat, obwohl ich auch mit der Code - Dokumentation verteilen können , wollen.) Neben den expliziten Funktionen im ersten Absatz erwähnt, gibt es andere Aspekte des Projekts ich sollte in Erwägung ziehen , die ich verpasst haben?

Dies wird definitiv ein Open-Source-Projekt bleiben, und obwohl ich lieber nicht zahlen möchte, macht es mir nichts aus, wenn eine kleine Gebühr erforderlich ist. Derzeit bin ich der einzige Entwickler, aber das kann sich ändern und es kann sehr gut viele Leute geben, die Fehler und Feature-Anfragen einreichen. (Mit anderen Worten, ich hoffe und erwarte, dass es beliebt ist, aber ich mache den größten Teil der Arbeit.)

Zuvor habe ich zu verschiedenen Open Source-Projekten beigetragen , aber nicht viel getan, um ein sehr sichtbares und aktives Projekt auszuführen. ( MiscUtil wird derzeit noch auf meiner Website "gehostet", mit gelegentlichen Veröffentlichungen - die eigentliche Quellcodeverwaltung befindet sich auf meinem lokalen NAS.)

Möchte jemand seine Erfahrungen teilen?

BEARBEITEN: Eine weitere Option, die ich jetzt in Betracht ziehe, ist ein Google Code-Projekt (ich möchte meinem Arbeitgeber wirklich die Treue halten) und eine gelegentliche Zusammenführung von git zu svn (zumindest jedes Mal, wenn ich eine Veröffentlichung mache). Dies würde es Nicht-Git-Benutzern ermöglichen, auch leicht auf die Quelle zuzugreifen.

Wenn Sie denken, dass Sie wirklich der einzige Entwickler sind , hilft Ihnen Fogbugz dabei, Ihre geistige Gesundheit zu bewahren. Fogbugz ist ein großartiges Produkt. Es baut eine fokussierte Kommunikation auf und kann alles in einen Fall (Problem) verwandeln. Das alles funktioniert genauso gut wie jedes andere System, das ich gesehen habe.

Die Ausrichtung ist jedoch kommerziell - effiziente Kommunikation zwischen Benutzern und technischem Support, Verbesserung der Zuverlässigkeit von Zeitplänen, Fokussierung und Priorisierung der zu bearbeitenden Aufgaben, getrennte interne und externe Diskussionen sowie einige gute Berichte, um zu verfolgen, wie die Dinge erledigt werden. (Die einzige Kritik, an die ich denken kann, ist, dass es keine Fallblockierung und Abhängigkeitsverfolgung gibt, was für die tief vergrabenen Fehler wirklich nützlich ist.)

Wenig von diesen Funktionen hilft Ihnen beim Aufbau eines aktiven Open-Source-Projekts mit offener, lebendiger Kommunikation und der Notwendigkeit, eine Community aufzubauen und Benutzer zu Entwicklern zu machen, wenn das Projekt wächst. Wenn Sie dort landen möchten, möchten Sie möglicherweise die weniger fokussierten Kommunikationskanäle eines dieser leichten Tracking-Systeme.

Ich habe Google Code noch nicht für ein Projekt verwendet, aber in Bezug auf transparente und offene Kommunikation scheint es eine gute Unterstützung für ein aktives Open Source-Projekt zu sein. Außerdem weißt du es schon. Wenn Sie die Beteiligung an Ihrem Projekt erhöhen möchten, ist Google-Code genau das Richtige für Sie.

GitHub hat kürzlich einen eigenen Issue-Tracker eingeführt . Ich habe jedoch keine Wettbewerbsanalyse durchgeführt, um festzustellen, wie sie mit anderen in diesem Thread erwähnten Optionen übereinstimmt.

Ich benutze GitHub zusammen mit Lighthouse für die Problemverfolgung. Es ist ein wenig barebones im Vergleich zu einigen anderen Optionen, aber gleichzeitig funktioniert es sehr gut, wenn Sie nur ein leichtes Werkzeug wollen, über das Sie sich nicht allzu viele Sorgen machen müssen. Es kann auf Wunsch in GitHub integriert werden und ist auch für Open Source-Projekte kostenlos.

Wie immer, wenn jemand dies fragt, erwähne ich Redmine wie in dieser Frage. Ich weiß, dass die Frage bereits ihre "beste Antwort" hat, aber ich denke, dass es erwähnenswert ist.

Wir verwenden bitbucket.org , das nicht GIT ist, sondern Mercurial *, aber es gibt Bug- / Issue-Tracking pro Zweig usw.

Ich denke, es kann sehr nützlich sein, diese Dinge in den Ort zu integrieren, an dem Sie Ihren Quellcode verwalten, um auf Dinge wie die Ausgabenummer in einer Commit-Nachricht zu verweisen. Oder Nachricht für ein Problem mit der Code-Revisionsnummer behoben. Sie würden dies verlieren, wenn Sie eine separate BTS wie Google-Code wählen würden. Wie in anderen Antworten erwähnt, ist Trac wirklich gut in der Integrationssache.

Bearbeiten: Ich sollte sagen, dass wir es für mein am weitesten verbreitetes Open Source-Projekt tatsächlich haben unter:

1. Bitbucket (Quellcodeverwaltung)
2. Launchpad (Benutzerfehlerberichterstattung, Übersetzungsverwaltung)
3. Selbst gehosteter Trac (Wiki, Projekt- und Entwickler-Problemverfolgung, Quellcode-Spiegelung)
4. Google-Code (Dateidownloads)

Und ich weiß, das klingt verrückt, aber wir wählen aus jedem Service die besten Teile aus. Und überraschenderweise beschwert sich niemand.

* das ist meiner meinung nach sowieso besser, aber bitte flamme mich nicht.

Haben Sie über Trac nachgedacht ?

Es scheint eine "begeisterte" Überprüfung einer Git-Trac-Integration zu geben .

Ich habe keine persönlichen Erfahrungen mit diesen Tools, aber Sie können die Integration überprüfen.

Ich benutze an einigen Stellen Github und Google Code. Der Issue-Tracker von Google Code ist anständig genug, aber ich kann nicht mit Subversion umgehen.

Ein Beispiel hierfür finden Sie in meinem Java Memcached Client - insbesondere auf der Registerkarte "Quelle" oben.

Bei der Arbeit verwenden wir FogBugz und es ist meiner Meinung nach das mit Abstand beste Tool seiner Art. Ich würde es für die gemeinnützigen Projekte verwenden, an denen ich arbeite, außer dass es über 2 Benutzer hinaus so teuer ist.

Für die gemeinnützigen Projekte verwenden wir Lighthouse zur Problemverfolgung. Es ist in Ordnung für das, was es kostet, und ehrlich gesagt kann ich keine geeigneten Alternativen innerhalb seiner Preisspanne finden. Tracs Problemverfolgung ist kaum besser als die von Bugzilla ... Ich weiß, dass viele Leute Trac lieben, aber ich finde es sehr unflexibel. Die Mängel von Trac führten uns zum Leuchtturm.

Meine gemeinnützigen Projekte sehen möglicherweise einen Umzug nach Bitbucket vor . Zusätzlich zur Problemverfolgung könnten wir dort unsere Repositories von beanstalkapp.com konsolidieren und ein Wiki hinzufügen.

Abgesehen davon würde ich uns sofort dorthin bewegen, wenn FogBugz-on-Demand für kleine Benutzerzahlen auch nur annähernd ähnliche Preise wie Lighthouse.app hätte. Wenn Sie FB bei der Arbeit und dann Lighthouse.app in der Nacht verwenden ... fühlt sich Lighthouse an, als wäre Ihnen der Arm abgehackt worden.

Mingle unterstützt git über das Plugin mingle_git . Mingle hat eine kostenlose Community-Lizenz für Open Source-Projekte.

Ich benutze auch Github mit Lighthouse. Und wenn Ihre Commit-Nachricht so etwas enthält

[# 32 Zustand: gelöst]

Lighthouse löst Ticket Nr. 32 gegen das Commit auf, was ich schnell und nützlich finde. Davon abgesehen ist Lighthouse ein bisschen leichtsinnig.

Ich würde JavaForge als Alternative vorschlagen , da es alles bietet , wonach Sie suchen:

• Es bietet kostenloses Hosting mit Mercurial und Git (oder gemischt).
• Sein Issue-Tracker ist GitHub Lichtjahre voraus. Es ist äußerst leistungsfähig und anpassbar und kann Anforderungen, Funktionsanforderungen, Fehler, Aufgaben usw. verfolgen.
• Es bietet Dokumentenverwaltung auch WebDAV-Zugriff (Freigabe so einfach wie bei freigegebenen Ordnern).
• Es verfügt über ein integriertes Wiki für die gemeinsame Erstellung von Dokumentationen, Anforderungen usw.
• Es gibt Diskussionsforen.

Bitte beachten Sie, dass die Website von codeBeamer betrieben wird , unserem kommerziellen Produkt, das von globalen Unternehmen im Kampf getestet wurde.

(Haftungsausschluss: Wir sind ein kommerzieller Anbieter von agilen ALM-Lösungen.)

<plug>Ich baue Flughafen .</plug>

Sie können auch versuchen, ein Tool wie BusyFlow zu verwenden . Dort können Sie GitHub-Commits verfolgen und kommentieren (die Kommentare werden mit GitHub synchronisiert). Für andere Facetten des Projektmanagements lässt sich BusyFlow in Google Kalender, Trello, Basecamp, Pivotal Tracker usw. integrieren. So können Sie Ihre GitHub-Elemente neben Aufgaben, Dateien und Kalenderereignissen anzeigen.

(Haftungsausschluss: Ich bin Mitbegründer von BusyFlow.)

Haben Sie über CodePlex nachgedacht?