В статье рассматривается трудоёмкий ручной процесс обновления тикетов Jira при слиянии pull request. Автор подчёркивает неэффективность, указывая на возможные ежегодные часы, потраченные впустую на одного инженера, и частые пропуски обновлений. Предлагаемое решение включает использование двух рабочих процессов GitHub Actions и общего составного действия для автоматизации процесса. Составное действие извлекает идентификатор билета Jira из заголовков PR, сообщений коммита или имён ветвей. Один из рабочих процессов, запускаемый при создании PR, связывает тикет Jira в PR. Другой, срабатывающий при слиянии, публикует комментарий к тикету Jira с соответствующей информацией и переводит тикет в Done. В статье приводится код, необходимый для реализации этих рабочих процессов и составного действия. Включены инструкции по поиску ID переходов Jira, необходимых для завершения. Автор акцентирует внимание на использовании API Jira v2. Статья завершается перечислением необходимых секретов, которые необходимо настроить в репозитории, и сообщает о положительных результатах, включая устранение ручных обновлений и улучшение аудиторских следов. Наконец, такая система значительно экономит время для разработчиков.