#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://github.com/actions/toolkit/issues/86 .
Комментарии:
1. Спасибо, что прояснили ситуацию! Я только что увидел, что можно использовать средство маркировки действий github по умолчанию с помощью pull_request_target в качестве триггера, но это также обрабатывается как проверка. Другие триггеры на самом деле не являются вариантом / решением.
2.
pull_request_target
был введен после сообщения в блоге об изменении пользовательского интерфейса, поэтому он там не упоминается. Но имеет смысл, что он работает аналогичноpull_request
.