Distributed Bug Tracker mit DVC

Question

Wir haben ziemlich viel geleckt das ganze Ding für Versionskontrolle an dieser Stelle. Ich sage nicht, dass alles perfekt ist, aber von nun an geht es meist nur darum, fortzufahren, was bereits begonnen wurde.

verteilt Bug-Tracking, obwohl, ist in den Kinderschuhen, IMHO. Es ist ziemlich unpraktisch, nicht mit einem Issuetracker unterwegs zu arbeiten, zumal ich dazu neige, zu vergessen, wofür meine Änderungen in den letzten zwei Stunden waren. Ja, ich weiß, ich könnte einfach ein Protokoll auf der Straße halten und einen traditionellen Tracker aktualisieren, sobald ich wieder ins Netz komme, aber immer noch ... Meine Optionen offen halten und all das. : P

Derzeit kenne ich nur Bugs Everywhere und Ditz - diejenigen, und die, die mit Fossil kommt. Ich denke, dass Fossil am weitesten entfernt ist, was nicht überraschend ist, wenn man bedenkt, wie eng es mit der Versionskontrollseite der Gleichung integriert ist. Ich musste ziemlich viele Reifen durchspringen, um meine Co-Entwickler dazu zu bringen, auch nur etwas anderes als SVN anzusehen, aber wenn Fossil wirklich all das ist, würde es mir nichts ausmachen, es wieder zu tun.

Bevor ich jedoch möchte ich ältere und klügere Köpfe als meine fragen: Haben Sie Erfahrung mit diesen drei? Was denkst du von ihnen? Kennst du andere? Bitte verlinke zu ihnen und lass mich wissen, wie es ihnen erging.

Answer 1

Zusätzliche Informationen für Leute wie mich, die an dem Thema interessiert sind, aber nicht genug, um relevante Informationen über Google nach oben ziehen (entweder sie sind nicht da, oder mein Google-Fu fehlt streng):

• Nur verzweigte Bugs Everywhere wieder. bzr log --limit 1 zeigt das letzte Commit von Anfang Oktober 09. Die Entwicklung ist langsam, aber es ist da. Ich bin noch nicht eingetaucht um zu sehen was genau be bietet. Dokumentation ist stark fehlt. Es gibt nicht einmal eine Kurzanleitung auf der Website.
• Ditz, mit einem Klon seiner Hauptlinie git Repo gerade völlig versagt für mich. Google gibt an, dass die 1.9-Versionen von Ruby es kaputt machen. Angeblich gibt es git Klone, die es beheben, aber ich würde wirklich lieber nicht mit git durcheinander bringen.
• Fossil hat mindestens eine relevante Frage hier auf SO: What do people think of the fossil DVCS? (es hat sogar eine Antwort vom Autor!). Viel Respekt für D. Richard Hipp (Autor von SQLite und Fossil, sowie andere wahnsinnig coole Dinge, über die ich nur auf Wikipedia lesen und lesen kann), aber ich würde auch gerne Feedback von anderen Sterblichen bekommen.

Immer noch nicht genug für mich. Es muss mindestens ein paar Leute geben, die entweder be oder ditz für ein nicht-triviales Projekt verwendet haben - zumindest genug, um in der Lage zu sein, eine fundierte Meinung zu geben.

Ich interessiere mich nicht für die technische Seite - entweder das Projekt dokumentiert es auf seiner Website, oder ich könnte nur auf die Quelle schauen. Nach was ich suche, ist reale Erfahrung: Was waren die Hürden zu seiner Annahme? Was fehlt einem bestimmten Projekt? Was würdest du hinzufügen, dass du wirklich brauchst, wenn du vielleicht zwei Jahre Zeit hast, um daran zu arbeiten? Solche Sachen.

Answer 2

Eric Sink hat einige vernünftige Gedanken zu dem Thema here - er hat eindeutig mehr Gedanken als ich, aber er macht einen wichtigen Punkt, der ist, dass Sie ein anderes Paradigma haben, wenn es um Features und Bugs im Umgang mit der Entwicklung geht, insbesondere in Bezug auf Fehler.

Answer 3

Da wollte ich (na ja, benötigt, wirklich) eine Lösung, die wahrscheinlich könnte (vielleicht, hoffentlich) jetzt arbeiten, gingen wir mit dem folgenden Setup:

• Bazaar-NG als VCS
• Bugs Everywhere als Bug-tracker
• Zim als Wiki

Es ist vielleicht nicht das perfekte Setup, noch nicht einmal ein besonders akzeptables für einige, aber es erfüllt die Kriterien der Arbeit gerade. Ich möchte immer noch mehr von anderen lernen; vielleicht fehlt mir eine nicht so offensichtliche Eigenschaft anderer Lösungen, die mich dazu bringen würden, so fanatisch zu werden, dass ich meine Mitentwickler dazu bringen würde, umzuschalten.

Wie auch immer, wenn jemand diesen oder einen ähnlichen Satz von Werkzeugen verwendet, bitte lassen Sie mich wissen, wie es für Sie bisher funktioniert hat, wie Ihre Umstände sind, usw. Im Moment ist diese Lösung von allen drei Tage alt, also habe ich wirklich noch nicht viele Daten zu teilen.

Answer 4

Fossil funktioniert als "einfach zu Setup" Distributed Bug tracker, und hat eine schöne AutoSync-Funktion, die Entwickler ihre Fehler ohne Eingriff teilen können.

, um loszulegen,

1. Laden Sie die fossilen binäres Ihrer Wahl
2. fossil neue bugs.fossil
3. fossilen ui bugs.fossil (läuft auf den Server)

Ihre Entwickler machen Sie das gleiche

1. Laden Sie die fos sil binärer Ihre Wahl
2. fossiler Klon
3. fossiler ui bugs.fossil
4. einen Cron-Job einrichten 'fossil sync ...' so die Fehler fossil self-hosting repositories demonstrate
für alle Benutzer als propagieren

Es gibt nicht viel mehr als das.

Bearbeiten - sehen Sie sich auch Customizing The Ticket System an.