Ищет иерархическую систему отслеживания функций/задач

Question

Я использую Trac для отслеживания моих ошибок, связанных с моим веб-приложением php. Жесткий, в основном я регистрирую запрос/задачи функции в trac. Вы находите это хорошей практикой, кстати?
Это очень удобно, потому что я могу отслеживать свои задачи через Eclipse/mylyn, комментировать и исправлять их. Мне очень нравится trac, но я боюсь много пустых задач, которые почти похожи на ошибки. Есть ли способ (или другая система отслеживания) для хранения моих задач иерархически? Я имею в виду:

• Магазин модуль (функция)
  • Добавить продукт (функция)
  • Список продукт (функция)
  • Удалить продукт (функция)
  • Невозможно, чтобы удалить не имя продукта (Ошибка)
• Другие модули и т. Д.

Редактировать: Есть ли другая хорошая практика, где и как хранить задачи иерархически?

Answer 1

JIRA также имеет эту функциональность + почти бесплатно (10 долларов США для 10 пользователей).

См. here и here.

И да ... Я думаю, что это хорошая практика, просто не используйте ее.

И вот как это выглядит:

Answer 2

У Fogbugz есть задачи & подзадачи, я не работал с этой функцией, чтобы убедиться, что это поможет. Тем не менее, вы можете играть с размещенной версией eval. (На мой вкус, веб-интерфейс чувствует себя вялым для меня, чтобы использовать его, но у меня есть эта проблема с множеством вещей.)

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

[обновление]
На данный момент я использую в главную роль и тяжелый поиск/фильтрацию, и «держать свою голову» с быстро входящими задачами или большими refactors, я использую перо & бумаги для временных (A5) и ToDoList для полуфабрикатов.

Answer 3

Некоторые из инструментов управления требованиями там поддерживают иерархии, например. CaliberRM от Borland. Тем не менее, они тяжеловесные и коммерческие. Это имеет смысл только в том случае, если у вас есть достаточное количество информации для обработки.

Answer 4

Посмотрите на Roundup Issue Tracker.

Несколько лет назад, прежде чем Trac вышел, я написал несколько пользовательских трекеров поддержки и разработки. Очень легко настроить схему базы данных и создать новые шаблоны страниц html.

Для управления иерархические задачи, вы в основном определяют IssueClass-класс, основанный на задачу таким образом:

task = IssueClass(db, "task", 
    dependson=Multilink("task"), # here, you link tasks to other tasks 
    assignedto=Link("user"), 
    keyword=Multilink("keyword"), 
    priority=Link("priority"), 
    status=Link("status")) 

Там рецепт в документации Roundup, который показывает вам, как создать «блокаторы» проблемы, а это означает, что вы можете «т закрыть вопрос, если один из его связанных вопросов не закрыт:

http://www.roundup-tracker.org/docs/customizing.html#blocking-issues-that-depend-on-other-issues

Answer 5

TargetProcess поддерживает иерархическую структуру, которую вы хотите.Это гибкое программное обеспечение для управления проектами программного обеспечения, однако оно имеет очень настраиваемые процессы разработки и поэтому может использоваться для процессов Waterfall или Kanban/Lean. Глубочайшая иерархическую структуру вы можете иметь выглядит следующим образом:

• Программа
• Проект
• Выпуск
• Характеристика
• История пользователя
• Задача

Существует бесплатная сообщество который вы можете использовать для 5 пользователей. TP имеет намного больше, чем просто отслеживание задач, в нем есть функция отслеживания ошибок, Q & A, справочная служба, отслеживание времени ...

Answer 6

На ваш взгляд, GoPlan: http://goplanapp.com/.

Это полностью функциональное веб-приложение для управления проектами, которое обеспечивает создание иерархии задач. Существует бесплатный план, поэтому вы можете легко его проверить. У вас может быть дерево задач с любой глубиной.

Разница между этим инструментом и Trac заключается в том, что GoPlan не предназначен для поддержки исходного кода, а сам проект, поэтому вы не можете закрыть свои билеты из Eclipse. К сожалению, задачи не имеют разрешений (есть билеты, но они не могут быть организованы в иерархии), но я думаю, что это не какой-то недостаток, который препятствует использованию этого приложения.

Answer 7

Вы, наверное, уже думал об этом, но я надену это на всякий случай. В Trac я часто организовывал билеты в качестве подзадач, по крайней мере, через соглашение, просто размещая ссылки на эти билеты в описании основного билета. Что хорошо в этом, так это то, что закрытые билеты показаны как вычеркнуто , так что вы можете сразу узнать о статусе суб-билетов. ОК, так что это не настройка иерархии, но это гибкая система, которая также позволяет вам устанавливать другие отношения; например, вы также можете ссылаться на другой билет как на зависимую или связанную с этим проблему.

Answer 8

Вы можете придерживаться Trac и искать требуемую функциональность в http://trac-hacks.org/

Это выглядит как то, что вы хотите (там может быть и другими, я просто сделал быстрый поиск):

• http://trac-hacks.org/wiki/MasterTicketsPlugin
• http://trac-hacks.org/wiki/TracTicketDepgraphPlugin

Мы используем пару плагинов от http://trac-hacks.org/ с 0,11, и они k большой.