Skip to content
Nikita Elfimov edited this page Feb 22, 2024 · 7 revisions

Работа с Issues

Issues — это место где мы обсуждаем всю важную работу, от начала (создание issue) и до конца (закрытие issue).

Важно чтобы обсуждение по той или иной задаче/проблеме проходило внутри Issue. Это позволяет отследить историю в случае возникновения такой проблемы, а также даёт возможность просто делиться ссылкой на Issue или конкретный комментарий внутри Issue.

Об Issues на GitHub Docs

Issue Labels

Сам по себе Issue не несёт никакого «смыслового окраса». Для этого, мы применяем лейблы.

Например:

  • Issue с лейблом documents — это задача или проблема, которая относится к документации
  • Issue с лейблом feature — означает что там лежит какая-то информация о фиче
  • Issue с лейблом bug, ну ты понял

Поэтому очень желательно, чтобы Issues не оставались без лейблов. Список доступных лейблов доступен с правой стороны Issue, заголовок Labels:

add label

Управление Лейблами на GitHub Docs

Milestones

Майлстоун - это цель, этап в текущей работе, который объединяет в себе issues и pull request. С его помощью мы можем:

  • разбить проект на куски, по доменам или фичам (логическим блокам)
  • каждому куску назначить таски и сроки

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

Пример заполнения

image

Правила работы с Issues

Обязательно:

  1. Каждая Issue должна быть оформлена по шаблону - баг, фича, chore, documentation и т.д. Обычно в наших репозиториях идут шаблоны. Если нет, можно взять
    1. Templates
    2. Tools
  2. Issue обязательно должна быть привязана к Milestone. Если нужного нет - создать, проставить сроки.
  3. Если в проекте есть Project - связать и указать статус.

Опционально:

  1. Если работа по Issue начата, но не завершена, а рабочий день закончился или вам надо переключиться на другую задачу - необходимо комментарием описать текущий прогресс и дальнейшие планы. Пример
Clone this wiki locally