Распространенной темой является путаница из-за ошибки «Не удалось найти переходы в указанном статусе для задач». Хотя это сообщение об ошибке, кажется, указывает на то, что статус не существует, часто это означает что-то другое.
Переходы должны соответствовать рабочим процессам
Одна из распространенных ошибок, которую допускают люди, – создать правило для передачи задачи таким образом, который не соответствует рабочему процессу проекта. Если вы не слишком знакомы с рабочими процессами, вы можете найти хорошее объяснение в документации Jira.
Пример рабочего процесса ниже представляет собой настраиваемый рабочий процесс для исследования и обработки ошибок:
Этот рабочий процесс ограничивает то, что можно сделать с помощью действия «Задача перехода».
Например, возьмите правило с ручным триггером, которое комментирует, когда баг является дубликатом, а затем закрывает его, переводя его в состояние «Готово» (“Done”):
На диаграмме рабочего процесса пример правила не будет успешно выполняться для задач, находящихся в состоянии «Ожидание сортировки» (“Awaiting Triage”), поскольку задачи могут перейти только оттуда в «В стадии изучения» (“”Under Investigation””).
Выполнение правила для заявки в этом состоянии приведет к статусу ошибки:
Однако это правило работает с задачами в статусах «В стадии изучения» и «Выполняется» (“In Progress”) , поскольку рабочий процесс допускает переход из этих статусов в «Выполнено» (“Done”).
Акторам правил требуются правильные разрешения
Другая распространенная ошибка – не принимать во внимание разрешения субъекта правил. Действующий субъект правила устанавливается в разделе сведений о правиле и является пользователем, под которым выполняется правило. Ваш субъект правил может быть в другом наборе групп от вас и не иметь необходимых разрешений для передачи ваших задач.
Используя пример из предыдущего раздела, глядя на детали перехода от «Выбрано для разработки» (“Selected for Development”) к «Выполняется» (“In Progress”), вы можете увидеть, что есть условие, связанное с выполнением этого перехода:
Разработчики – единственные пользователи, которые исправляют баги, поэтому это условие гарантирует, что они единственные пользователи, которые могут сделать этот переход:
Вот пример правила, которое с помощью веб-перехватчиков переводит проблему в состояние «Выполняется» (“In Progress”), когда разработчик создает ветку на GitHub:
В его текущей форме это правило не сработает, поскольку субъект правила не входит в группу разработчиков:
Изменяя субъекта правила на одного в группе разработчиков, и правило работает успешно.
По материалам Automation for Jira – Server: Transition an issue