Примечание. Если рабочий процесс пропускается из-за фильтрации путей, фильтрации ветвей или сообщения фиксации (см. ниже), проверки, связанные с этим рабочим процессом, останутся в состоянии ожидания. Запрос на включение внесенных изменений, требующий успешной проверки, будет заблокирован при слиянии.
Рабочие процессы, которые в противном случае будут активированы с помощью on: push или on: pull_request, не будут активированы при добавлении любой из следующих строк в сообщение фиксации при принудительной отправке или фиксации HEAD для запроса на вытягивание:
[skip ci][ci skip][no ci][skip actions][actions skip]
Кроме того, вы можете добавить skip-checks трейлер в сообщение фиксации. Раздел трейлеров должен быть включен в конец сообщения фиксации и должен предшествовать двум пустым строкам. Если у вас уже есть другие трейлеры в сообщении о фиксации, skip-checks должно быть последним. Можно использовать один из следующих вариантов:
skip-checks:trueskip-checks: true
По умолчанию Git автоматически удаляет последовательные новые строки. Чтобы оставить сообщение фиксации точно так же, как вы ввели его, используйте --cleanup=verbatim параметр в фиксации. Дополнительные сведения см. в разделе --cleanup=<mode> документации.
Вы не сможете объединить запрос на вытягивание, если в репозитории настроено требование выполнять определенные проверки. Чтобы разрешить объединение запроса на вытягивание, можно отправить новую фиксацию в запрос на вытягивание без инструкции пропуска в сообщении фиксации.
Примечание. Инструкции пропуска применяются только к событиям push и pull_request. Например, добавление [skip ci] в сообщение фиксации не приведет к остановке запуска рабочего процесса, активировавшего on: pull_request_target.
Инструкции пропуска применяются только к запускам рабочего процесса, которые будут активированы фиксацией, содержащей инструкции пропуска. Вы также можете отключить запуск рабочего процесса. Дополнительные сведения см. в разделе Отключение и включение рабочего процесса.