Projektmanagement für GitHub [geschlossen]

95

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

Jon Skeet
quelle
Sind Sie kurz davor, Protokollpuffer in C # freizugeben? Ich wollte es unbedingt ausprobieren.
David Robbins
1
@ David: Es ist bereits in einem brauchbaren Zustand, obwohl es ein bisschen "manuell" ist. Unter code.google.com/p/protobuf-csharp-port finden Sie einige vorläufige Anweisungen.
Jon Skeet
Ich bin nicht sicher, ob dies der Fall war, als Sie diese Frage zuletzt bearbeitet haben, aber GitHub erstellt automatisch herunterladbare Archive Ihres Codes an beliebigen Tags. Sie können den Status des Codes auch bei jedem Commit herunterladen.
Xiong Chiamiov
11
Sie können mercurial auch auf Google-Code verwenden, mercurial ist ziemlich einfach und hat fast die gleiche Funktion wie git
dzen
GoogleCode wurde Unterstützung für Git hinzugefügt: code.google.com/p/support/wiki/GitFAQ
gavenkoa

Antworten:

45

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.

Paul
quelle
7
Danke dafür - alles nützliche Zeug. Google Code bietet einen zusätzlichen Vorteil: Wenn ein Feature fehlt, kann ich es mit größerer Wahrscheinlichkeit umsetzen :) (Ich bin sicher, dass Fogbugz et al. Feature-Anfragen ernst nehmen, aber mit Google Code kann ich daran arbeiten System selbst in 20% Zeit ...)
Jon Skeet
28

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.

Greg Campbell
quelle
GitHub hat heutzutage ein integriertes Projektmanagement. Es ist zwar ziemlich minimalistisch (a la 37signals), aber ihre Preise sind wettbewerbsfähig, wenn Sie sie für die Versionskontrolle und das Projektmanagement verwenden. github.com/features/projects
m33lky
14

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.

Marc Charbonneau
quelle
12

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.

Keltia
quelle
Update: redmine.org
dparkar
10

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.

Ali Afshar
quelle
Kein Flammen hier - ich habe Mercurial nicht verwendet, kann also keinen Kommentar abgeben. Ich denke, wenn ich das Quellhosting tatsächlich verschieben würde, würde ich direkt zu Google Code und svn gehen, mit denen ich bereits vertraut bin. Ich denke, ich möchte das Github-Repository behalten - aber siehe meine Frage bearbeiten ...
Jon Skeet
3
Meiner Meinung nach ist SVN die Hauptschwäche des Google-Codes. Aber wie Sie sagen, dreht sich alles darum, womit Sie sich wohl fühlen.
Ali Afshar
Auch bearbeitet, um meinen persönlichen Gebrauch widerzuspiegeln.
Ali Afshar
Ich weiß, dass es albern ist, aber ich hätte Probleme, Daten, die ich wirklich speichern möchte, auf einem Server namens "bitbucket" festzuschreiben.
TED
1
Bitbucket macht jetzt auch Git
Radek
8

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.

VonC
quelle
Die Fogbugz / Assembla-Frage, auf die ich mich bezog, schien zu implizieren, dass Trac etwas hinter FogBugz zurückblieb. Ich mag auch die Idee von gehosteten Projektdiskussionen (obwohl ich bei Bedarf sicherlich Google Groups dafür verwenden könnte).
Jon Skeet
1

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.

Dustin
quelle
Cool. Das sieht nach einer wirklich guten Lösung aus. Ich kann immer noch auf Subversion klonen, um es für diejenigen, die das nutzen möchten, einfacher zu machen - ich möchte so umfassend wie möglich sein.
Jon Skeet
2
Ich würde mir vorstellen, dass Githubs Download-Material für jeden ausreicht, der Subversion möchte. Jeder, der fortgeschrittenere Dinge tut als die neueste Version von Ihrem SVN-Repo herunterzuladen, verwendet wahrscheinlich bereits Git. :)
Dustin
1

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.

jasonjwwilliams
quelle
1

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.

Kevinrutherford
quelle
0

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

intland
quelle
0

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

Naktinis
quelle
-1

Haben Sie über CodePlex nachgedacht?

Marcin Hoppe
quelle
1
Ich hatte es nicht getan , aber am Ende habe ich mich für Google Code und Github entschieden, mich gegen Github entwickelt und mich gegebenenfalls an svn gewandt.
Jon Skeet