Автоматизация

Автоматизация задач GitHub — с чего начинается работа

Метка на задаче запускает команду. Комментарии к этой задаче доходят до того, кто работает прямо сейчас. Pull request появляется, когда готов. Новый инструмент осваивать не нужно — управляете вы из своего трекера.

Запускает одна метка

Поставьте `forge-pipeline` на любую задачу — команда возьмёт её в работу. Ставить на свою машину нечего, команду запускать не надо.

Комментарии доходят до нужного

Всё, что вы пишете в задаче — а потом и в pull request, — попадает к той роли, которая работает в этот момент. Отдельный тред вести не нужно.

У каждой задачи своя история

У задачи своя рабочая сессия с сохранённой точкой на каждом шаге: можно вернуться к любому моменту прогона или перезапустить с него.

След там, куда вы и так смотрите

Реакция подтверждает, что комментарий дошёл. Комментарии фиксируют ход работы. Pull request подводит итог. Ничего не спрятано в отдельной консоли.

Задача в GitHub — самый популярный способ запустить команду разработки на движке процессов Forge . Остальные команды — исследования, контент, поддержка, эксплуатация — запускаются по расписанию, из другой системы или вручную.

Что происходит, когда вы ставите метку

Метка на задачеforge-pipeline
Forge берётоткрывает сессию
Заводится веткасвоя для задачи
Работает командапять ролейот задачи к коду
Ревьюерподтверждает
Pull requestвыход

Задача остаётся якорем на весь прогон. Что бы ни произошло, это прослеживается до задачи, на которую вы поставили метку.

Обратно в идущий прогон ведут три пути:

  1. Комментарий к задаче — уходит роли, которая работает сейчас, как уточнение, а не как перезапуск.
  2. Комментарий ревью к pull request — вплетается в диалог ревьюера, поэтому обсуждение ревью становится продолжением, а не новым разговором.
  3. Смена метки — приостанавливает, возобновляет или перезапускает прогон.

Как комментарий доходит до команды

Когда вы комментируете активную задачу, Forge убеждается, что сообщение действительно пришло из GitHub, находит прогон, привязанный к этой задаче, определяет, у какой роли работа сейчас, добавляет ваш комментарий в её диалог и даёт ей ещё один ход. Потом ставит на ваш комментарий реакцию 📥 — чтобы вы видели, что он дошёл, а не гадали.

С комментариями ревью к pull request всё так же — они доходят до ревьюера.

Чьи это коммиты

Коммиты, ветки и pull request Forge делает от имени приложения Forge в GitHub, в рамках прав, которые выдала ему ваша организация, — а не от личного аккаунта конкретного человека. Для аудита это важно: сразу видно, что сделала команда, а что коллега.

Эти права действуют около часа, а отдельный ход агента иногда идёт дольше. Forge это замечает и обновляет их прямо посреди прогона — так длинная работа не теряется на последнем шаге.

Что вы получаете

Всё перечисленное уже работает в продакшене.

  • Метка как точка входа: прогон привязан к этой задаче на всю свою жизнь
  • Комментарии попадают к работающей сейчас роли — и в задачах, и в pull request
  • Сохранённая точка на каждом шаге: можно вернуться или перезапустить с неё
  • Коммиты и pull request от имени Forge, с обновлением прав посреди прогона

Попробовать

  1. Установите GitHub App Forge на свой репозиторий.
  2. Заведите задачу с описанием того, что нужно.
  3. Поставьте метку forge-pipeline.
  4. Следите за задачей — каждая роль пишет комментарий, когда начинает.
  5. Комментируйте, если нужно уточнить или перенаправить по ходу.
  6. Pull request появится в том же репозитории, когда ревьюер подтвердит.

Готовы выпускать быстрее?

Forge проходит весь цикл сам — от размеченной задачи до пулл-реквеста, готового к ревью.