Распространенной темой является путаница из-за ошибки «Не удалось найти переходы в указанном статусе для задач». Хотя это сообщение об ошибке, кажется, указывает на то, что статус не существует, часто это означает что-то другое.

 

Переходы должны соответствовать рабочим процессам

Одна из распространенных ошибок, которую допускают люди, – создать правило для передачи задачи таким образом, который не соответствует рабочему процессу проекта. Если вы не слишком знакомы с рабочими процессами, вы можете найти хорошее объяснение в документации Jira.

 

Пример рабочего процесса ниже представляет собой настраиваемый рабочий процесс для исследования и обработки ошибок:

Перенос задачи

Этот рабочий процесс ограничивает то, что можно сделать с помощью действия «Задача перехода».

Например, возьмите правило с ручным триггером, которое комментирует, когда баг является дубликатом, а затем закрывает его, переводя его в состояние «Готово» (“Done”):

Перенос задачи

На диаграмме рабочего процесса пример правила не будет успешно выполняться для задач, находящихся в состоянии «Ожидание сортировки» (“Awaiting Triage”), поскольку задачи могут перейти только оттуда в «В стадии изучения» (“”Under Investigation””).

Выполнение правила для заявки в этом состоянии приведет к статусу ошибки:

Перенос задачи

Однако это правило работает с задачами в статусах «В стадии изучения» и «Выполняется» (“In Progress”) , поскольку рабочий процесс допускает переход из этих статусов в «Выполнено» (“Done”).

Акторам правил требуются правильные разрешения

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

Используя пример из предыдущего раздела, глядя на детали перехода от «Выбрано для разработки» (“Selected for Development”) к «Выполняется» (“In Progress”), вы можете увидеть, что есть условие, связанное с выполнением этого перехода:

Перенос задачи

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

Перенос задачи

Вот пример правила, которое с помощью веб-перехватчиков переводит проблему в состояние «Выполняется» (“In Progress”), когда разработчик создает ветку на GitHub:

Перенос задачи

В его текущей форме это правило не сработает, поскольку субъект правила не входит в группу разработчиков:

Перенос задачи

Изменяя субъекта правила на одного в группе разработчиков, и правило работает успешно.

По материалам Automation for Jira – Server: Transition an issue

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *