Skip to content
Dmitry Mordvinov edited this page Jan 9, 2014 · 5 revisions

Для управления багами активно используются метки, вот краткое описание:

  • Важность тикета:

    • critical --- с таким багом версию нельзя выкладывать в публичный доступ, поскольку это опорочит наше доброе имя. Например, легко падает, или не работает нужная и явно запрошенная функциональность.
    • major --- баг, который надо поправить, но в принципе можно жить и с ним.
    • minor --- баг, который неплохо бы поправить, но не приоритетно, не срочно, и прекрасно можно обойтись без него.
  • Тип тикета:

    • defect --- неправильная работа существующей функциональности.
    • enhancement --- пожелание по улучшению существующей функциональности.
    • task --- задача, разработка чего-то нового, написание документации и т.д.
  • Компонент (серая метка, например, "шейпоредактор" или "мышинные жесты") --- к какой функциональности относится баг. Особого разъяснения требуют метки "общее" --- это баги, относящиеся ко всему проекту в целом, например "Сделать автообновление" или "Улучшить систему сборки", и "движок" --- это баги на qrgui, не относящиеся к другим категориям.

  • Продукт (фиолетовая метка метка, например, "QReal:Robots") --- конкретный продукт, функциональность которого затрагивает баг.

  • easy --- метка, помечающая баг, который не требует особых знаний QReal или Qt, так что его можно отдать сторонним разработчикам.

Каждый баг должен иметь одну из меток, относящихся к важности, одну из меток, относящихся к типу, одну из меток, относящихся к компоненту, одну или больше меток, относящихся к ветке, иметь или не иметь метку easy

Clone this wiki locally