Трекер для ошибок и (продуктивных) задач? - PullRequest
0 голосов
/ 24 июня 2010

Я начал использовать багтрекер (www.bugnotes.com), так что я новичок в этом ... И я легко добавляю ошибки, имеет смысл.Однако некоторые из этих ошибок были бы исправлены, если бы я реализовал данную функцию или выполнил некоторый рефакторинг.Так, как я могу эффективно отслеживать вещи типа списка задач, и не связаны ли эти виды задач с отслеживанием ошибок?Я предполагаю, что я спрашиваю, это инструмент, который отслеживает как ошибки, так и функции, так как все они являются изменениями кода.

О, и добавление незначительных исправлений как #TODO или // TODO: на самом деле это здорово, мне нравится это для незначительныхвещи, просто не такие большие вещи, как рефакторинг, или смена драйвера или библиотеки.

Кроме того, я использовал текстовый файл, но проблема в том, что большая часть того, что там напечатано, становится старой и, следовательно,все это бесполезно для меня.

1 Ответ

2 голосов
/ 24 июня 2010

Любая система отслеживания ошибок может использоваться для регистрации ошибок, функций или общих задач, так как каждая из них представляет собой некоторую рабочую единицу. Преимущество их хранения в системе отслеживания ошибок заключается в том, что все нерешенные задачи являются видимыми и могут иметь приоритет. Если вы полагаетесь на TODO в коде, то их сложно увидеть с первого взгляда, и трудно расставить приоритеты или увидеть, где вы находитесь с ними. В результате, по моему опыту, если вы полагаетесь на TODO, их список только увеличивается. Если у вас есть неполный код, я думаю, что лучше превратить TODO в запись об ошибке, а затем заменить TODO идентификатором ошибки, чтобы у вас была связь между кодом и ошибкой. Дополнительным преимуществом является то, что когда вы фактически выполняете работу и берете на себя управление версиями, вы также можете добавить идентификатор ошибки в примечаниях о регистрации, и вы получите постоянную запись о том, когда было внесено изменение.

Если у вас уже есть много TODO, то, возможно, стоит взглянуть на систему непрерывной сборки Hudson и добавить плагин Static Analysis , чтобы вы могли получать ежедневно график количества оставшихся TODO, с перекрестными ссылками на источник. Это, по крайней мере, представит все в одном месте и даст вам график сгорания при исправлении каждого TODO.

...