Должен ли я хранить списки задач в системе контроля версий?

Question

У меня возникли проблемы с поиском лучшего способа хранения моих списков задач.

Я считаю следующее:

• один список задач в системе контроля версий для каждого проекта
• основной список задач (с общими задачами) в личной папке в системе контроля версий

Как вы это нашли?

Что бы вы предложили?

Edit:

Спасибо за предложения. Я использую систему отслеживания ошибок (BugTracker.NET) для ошибок и для задач, которые включают запросы других людей, чтобы они могли видеть статус. И я использую // TODO в коде.

У меня есть много дополнительных заметок о том, что делать. Вы бы порекомендовали также поместить это в баг-трекер (особенно, если невозможно поместить их как // TODO в коде)?

Answer 1

почему вы не используете систему отслеживания ошибок?

примеры: Bugzilla Mantis Trac

и многие другие ...

Answer 2

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

Хороший пример - Doxygen. Учитывая задачу в коде:

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

Doxygen сможет получить эту информацию (вы даже можете установить фильтры для произвольных аннотаций, таких как FIXME BUG LOOK_HERE и т. Д.) И a) оставить запись todo для определенного класса / интерфейса и b) составить список задачи для всего проекта.

Кроме того, ваши задачи и списки задач будут контролироваться версиями, а списки (т.е. документация) легко создаются с нуля.

Итак, подведем итог: комбинация Doxygen , системы scm ( любой подойдет) и bugzilla поможет вам быстро начать работу .

Обновление : проверьте этот git hook , который создает проблемы Github из TODO в ваших чеках

И общее примечание к вопросу о том, является ли использование TODO в вашем коде хорошей вещью (TM): дурак с инструментом все еще дурак.

Answer 3

Система отслеживания ошибок является важным инструментом для разработки.

Вы также можете иметь простой веб-список Todo, такой как RtM .

Наконец, вы также можете использовать // TODO «закладки» в своем коде, поскольку IDE предоставляет функциональные возможности для их удобного поиска.

Answer 4

Я обычно думаю о предметах TODO, пока я пишу код. Часто, чтобы не прерывать мой ход мыслей, я быстро добавляю комментарий // TODO:, который быстро описывает то, о чем я думал, и затем продолжаю кодировать.

Важно не потерять тот факт, что нужно что-то делать!

Позже я вернусь и создам тикет в моем программном обеспечении для отслеживания проблем .. Вы используете программное обеспечение для отслеживания проблем, не так ли? :) После этого TODO можно удалить из кода.

Попробуйте использовать непротиворечивый тег комментария, чтобы вы могли легко найти их позже (текстовый поиск).

Многие среды разработки распознают определенные теги и помогают находить их и управлять ими.

Не бойтесь вставлять их в код и старайтесь не хранить две разные копии одного TODO.

Answer 5

Да, если у вас нет системы отслеживания проблем. Убедитесь, что он находится в простом текстовом формате (проблемы с разделителями новой строки), чтобы каждый мог редактировать-фиксировать-объединять файл одновременно.

В противном случае просто получите средство отслеживания проблем.

Answer 6

Если вы используете TFS, вы можете использовать рабочие элементы для представления элементов списка задач. Их можно назначать людям, связанным с регистрацией, иметь прикрепленные к ним данные и т. Д.

Answer 7

Я бы использовал http://rememberthemilk.com или http://basecamphq.com

Answer 8

В Eclipse (для Java) есть очень хороший вид, который позволяет вам управлять TODOS:

• просмотреть их все, в каком бы (открытом) проекте они не находились
• имеют три уровня приоритета для них
• используйте несколько ключевых слов, что означает разные вещи для вашей команды (например, FIXME может быть срочным с высоким приоритетом, EXTEND может стать будущей возможностью расширения с низким приоритетом и т. Д.)

Answer 9

Я люблю Basecamp HQ

Оттуда можно многое контролировать в отношении управления проектами.

Я бы порекомендовал этот сайт.

Answer 10

1. Один список задач в системе контроля версий для каждого проекта. С небольшой осторожностью это становится вашими данными Scrum . Небольшое вырезание и вставка создает диаграмму для управления.

2. Явные комментарии TODO в коде - эти должны соответствовать списку задач. Периодическая ручная синхронизация и расстановка приоритетов важны.

3. Bugzilla для отслеживания ошибок (отличается от прогнозируемых задач)