Пометить рабочий процесс как непроверяемый рабочий процесс

#github #github-actions

#github #github-действия

Вопрос:

Возможно ли в действиях GitHub пометить рабочий процесс как нечто, что не является проверкой? К сожалению, я не могу найти подсказку в (хорошей) документации

Я включил два рабочих процесса по умолчанию для маркировки запросов на извлечение и приветствия первых участников, но я не хочу, чтобы эти рабочие процессы были перечислены как «проверки», поскольку они ничего не проверяют.

Смотрите здесь: https://github.com/wujood/awesome-gamejam/pull/3

Ответ №1:

Похоже, что это невозможно, если вы запускаете pull_request событие. В качестве обходного пути вы можете попробовать использовать schedule то или иное событие в качестве триггера.

Согласно https://github.blog/changelog/2019-09-24-ui-changes-in-github-actions-checks / они явно изменили пользовательский интерфейс, чтобы не отображать некоторые проверки.

GitHub Actions использует API проверок для представления и хранения информации о выполнении заданий.
[…]
В то же время действия могут запускаться не только тогда, когда кто-то отправляет код на GitHub, но и при возникновении многих других событий. В этих случаях GitHub Actions ищет файлы рабочего процесса в ветке репозитория по умолчанию, создает и связывает проверки с SHA последней фиксации.
[…]
Мы обнаружили, что это может быть шумным и неуместным в контексте запроса на извлечение. Это также может вызвать трения, когда включены защищенные правила ветвления. На сегодняшний день мы внедряем изменение для удаления проверок, сгенерированных из-за событий, отличных от push и pull_request из контекста запросов на извлечение или при вычислении статусов фиксации. Эти проверки будут доступны на вкладке Действия для обеспечения видимости.

(выделение мое)

А также:

Действия GitHub используют API проверок для вывода статусов, результатов и журналов для рабочего процесса. GitHub создает новый набор проверок для каждого запуска рабочего процесса. Набор проверок содержит контрольный запуск для каждого задания в рабочем процессе, и каждое задание включает шаги.

источник: https://docs.github.com/en/free-pro-team@latest/actions/managing-workflow-runs/using-workflow-run-logs

Существует также следующая закрытая проблема, соответствующая описанному выше изменению пользовательского интерфейса: https://github.com/actions/toolkit/issues/86 .

Комментарии:

1. Спасибо, что прояснили ситуацию! Я только что увидел, что можно использовать средство маркировки действий github по умолчанию с помощью pull_request_target в качестве триггера, но это также обрабатывается как проверка. Другие триггеры на самом деле не являются вариантом / решением.

2. pull_request_target был введен после сообщения в блоге об изменении пользовательского интерфейса, поэтому он там не упоминается. Но имеет смысл, что он работает аналогично pull_request .