This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

Инструкция по процессингу задач

Аннотация

Описывается процесс назначения и принятия задач в рамках проекта Viewergy Model.

Жизненный цикл задач

Жизненный цикл задач содержит следующие этапы:

• Backlog — все задачи, которые предстоит сделать;
• ToDo — задачи, которые требуется сделать в ближайшее время (должны быть уже назначены и приоритезированы);
• InProgress — задачи в работе;
• Review — задачи, которые требуют ревью;
• Done — выполненные задачи (более «свежие» — выше).

Этапы жизненного цикла

Планирование

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

Чтобы назначить задачу — в правом сайд-баре выберите пункт «Назначенные» и далее — выберите из списка пользователей, кому адресована задача.

В результате планирования задача должна быть передвинута в ToDo (более приоритетные — выше).

Принятие в работу

Перед тем, как начать конкретную работу по задаче, — ее требуется передвинуть в InProgress. Кроме того можно запустить подсчёт времени в правом сайдбаре. На текущем этапе учет времени не является обязательным и может проводиться по желанию. По мере осуществления фактических работ по задаче можно обсуждать ее и/или задавать вопросы в комментариях.

В результате принятия задачи, она должна быть передвинута в InProgress.

Фактическая работа над задачей

Фактическую работу можно осуществлять в отдельной feature-ветке, как это описано в Инструкции по работе с Git. После выполнения работы необходимо сформировать коммит-сообщения согласно Инструкции по созданию коммитов. Результаты работы должны быть отправлены в общий репозиторий командой push.

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

Отправка изменений в публичный репозиторий

После того, как работы выполнены и коммит-сообщения сформированы требуется отправить изменения на сервер командой push. Подробнее об этом — см. Инструкцию по работе с Git.

После того, как ваша feature-ветка добавлена в публичный репозиторий, можно создать Новый запрос на слияние (Merge Request).

Для этого необходимо перейти на вкладку «Код» публичного репозитория. Вверху (на отдельной зеленой плашке) будет расположена кнопка «Новый запрос на слияние». Нажмите её, а далее — Создать запрос:

• заголовок запроса оставьте без изменений;
• в теле запроса можно написать:
  • упоминание того, кто должен выполнить ревью (например @mxustin);
  • указание на то, какую задачу данный запрос закрывает (например, Closes #23);
  • дополнительные комментарии по необходимости.
• в правом сайд-баре: установите метки, этап, проект и ответственных (как для обычной задачи).

В итоге — нажмите внизу кнопку «Создать запрос на слияние».

После того, как запрос создан, требуется в правом сайд-баре:

• добавить рецензента (к сожалению, это не то же самое, что и «Назначенные»);
• добавить зависимость: исходную задачу, согласно которой были внесены изменения.

После того, как вы в запрос на слияние добавили исходную задачу, — перейдите к ней. В правом сайд-баре исходной задачи:

• добавьте ветку;
• опционально: укажите затраченное время.

Перейдите в проект. И переместите задачи в колонку Review:

• исходную задачу;
• задачу, содержащую запрос на слияние.

Ревью

Перед тем, как завершить задачу, требуется проведение Ревью. Для этого необходимо выполнить следующее: