Sollte ich Todo-Listen in der Quellcodeverwaltung behalten?

Question

Ich habe Probleme, den besten Weg zu finden, meine Programmierung Todo-Listen zu speichern.

halte ich folgende:

• eine ToDo-Liste in der Quellcodeverwaltung für jedes Projekt
• eine Master-ToDo-Liste (mit dem allgemeinen Aufgaben) in einem persönlichen Ordner in der Quellcodeverwaltung

Wie findest du das?

Was würden Sie vorschlagen?

Bearbeiten:

Danke für die Vorschläge. Ich benutze ein Bug-Tracking-System (BugTracker.NET) für Bugs und für Aufgaben, die Anfragen von anderen Personen beinhalten, so dass sie den Status sehen können. Und ich benutze // TODO in Code.

Ich habe eine Menge zusätzlicher Hinweise darüber, was zu tun ist. Würdest du empfehlen, das auch in den Bug Tracker zu stellen (besonders wenn es nicht möglich ist, sie als // TODO im Code zu setzen)?

Answer 1

Warum verwenden Sie kein Fehlerverfolgungssystem?

Beispiele: Bugzilla Mantis Trac

und viele andere ...

Answer 2

Sie einen beliebigen Text halten sollte, die in der Quellcodeverwaltung geändert wird. Und das schließt generierten Code aus (es sei denn, Sie haben einen beschissenen Generator, der nicht als Teil des Build-Prozesses ausgeführt werden kann) und alle Binärdateien mit der notierten Ausnahme von binären Abhängigkeiten.

Answer 3

würde ich http://rememberthemilk.com oder http://basecamphq.com

Answer 4

Ein Bug-Tracking-System ist ein wichtiges Werkzeug für die Entwicklung.

Sie können auch eine einfache webbasierte Todo-Liste erstellen, z. B. RtM.

Schließlich können Sie auch // TODO "Lesezeichen" in Ihrem Code verwenden, da IDE Funktionen bietet, um sie leicht zu finden.

Answer 5

Ich benutze OnTime2008, die eine kostenlose Single-Entwickler (bis zu 5 Client) Version für die Verfolgung meiner Entwicklungsprojekte hat. Bugzilla wäre ein weiterer guter Ansatz. Ich bin mir nicht sicher, ob ich die Änderungen in meiner "Todo" -Liste verfolgen möchte, da ich diese Änderungen nie rückgängig machen muss. Ich möchte, dass alle Aktivitäten aufgezeichnet werden, Warzen und alles!

Answer 6

Sie sollten Ihre Todos in Ihrem Code aufbewahren. Vorzugsweise mit einem Bugtracking-Programm verbunden. Und dann sollten Sie ein Dokumentationsgenerierungsprogramm verwenden, das alle Todos abfängt und in eine Liste mit Links zu den relevanten Teilen des Codes schreibt.

Ein gutes Beispiel ist Doxygen.In Anbetracht der todo in Code:

// TODO: fix potential non-assigment of var 
int my_var; 

Doxygen in der Lage, diese Informationen zu ziehen (man kann sogar einrichten Filter für beliebige Anmerkungen, wie FIXME BUG LOOK_HERE und so weiter) und a) leave a todo Eintrag für die spezifischen Klasse/Schnittstelle und b) kompiliere eine Liste von Todos für das gesamte Projekt.

Auch Ihre Todos und Todo-Listen werden versionskontrolliert und die Listen (dh die Dokumentation) werden einfach von Grund auf neu generiert.

Also, um es zusammenzufassen: Eine Kombination aus Doxygen, ein SCM-System (any tun wird) und bugzilla werden Sie und läuft in kürzester Zeit.

aktualisieren: Schauen Sie sich this git hook die Github Ausgaben von TODOs in Ihrem checkins

Und eine allgemeine Notiz auf die Frage, ob oder ob nicht mit TODOs im Code erstellt, ist eine gute Sache (TM): Ein Narr mit einem Werkzeug ist immer noch ein Idiot.

Answer 7

Normalerweise denke ich an TODO-Elemente, während ich codiere. Oft, um meinen Denkfluss nicht zu unterbrechen, werde ich schnell einen // TODO: Kommentar einwerfen, der schnell beschreibt, was ich dachte, und dann mit dem Programmieren fortfahre.

Wichtig ist nicht die Tatsache zu verlieren, dass etwas getan werden muss!

Später werde ich zurück gehen und ein Ticket in meinem Problem Tracking-Software erstellen .. Sie verwenden Problem-Tracking-Software nicht Sie? :) Danach kann der TODO aus dem Code entfernt werden.

Versuchen Sie, ein konsistentes Kommentar-Tag zu verwenden, damit Sie es später leicht grep (Textsuche) können.

Viele Entwicklungsumgebungen erkennen bestimmte Tags und helfen beim Finden und Verwalten von Tags.

Haben Sie keine Angst, sie in den Code zu schreiben und versuchen Sie nicht, zwei verschiedene Kopien eines einzigen TODO zu pflegen.

Answer 8

1. Eine ToDo-Liste in der Quellcodeverwaltung für jedes Projekt. Mit ein wenig Sorgfalt werden dies Ihre Scrum burndown Daten. Ein wenig Ausschneiden und Einfügen erstellt ein Diagramm, das vom Management verwendet werden kann.

2. Explizite TODO Kommentare im Code - diese sollte die Todo-Liste entsprechen. Periodische manuelle Synchronisierung und Priorisierung ist wichtig.

3. Bugzilla für Bug-Tracking (abweichend von vorausschau todo der)

Answer 9

Wenn Sie TFS verwenden, erhalten Sie Workitems zu verwenden, ToDo-Liste Elemente darzustellen. Sie können an Menschen vergeben werden, im Zusammenhang mit Check-In, haben Details zu ihnen angebracht, usw.

Answer 10

Ich liebe Basecamp HQ

Sie eine Menge Dinge, von dort in Bezug auf Projektmanagement steuern.

Ich würde diese Website empfehlen.

Answer 11

Ja, wenn Sie kein Fehlerverfolgungssystem haben. Stellen Sie sicher, dass es sich um ein einfaches Textformat handelt (durch Zeilenumbruch getrennte Probleme), damit jeder die Datei gleichzeitig bearbeiten, übergeben und zusammenführen kann.

Andernfalls erhalten Sie einfach einen Issue Tracker.

Answer 12

in Eclipse (für Java), gibt es eine sehr schöne Aussicht, die Sie verwalten Ihre TODOS lassen:

• Blick alle von ihnen, was auch immer (offen) Projekt sind sie auf
• drei Prioritätsstufe haben für sie
• Verwendung mehr Keywords, verschiedene Dinge für Ihr Team bedeuten (zum Beispiel FIXME mit hohen Priorität dringend sein, EXTEND eine künftige Möglichkeit zur Erweiterung mit einer niedrigen Priorität usw. sein könnte ..)