Проверки состояния основаны на внешних процессах, таких как сборки непрерывной интеграции, которые выполняются для каждой отправки в репозиторий. В запросе на вытягивание можно увидеть состояние ожидание, прохождение или сбой проверок состояния рядом с отдельными фиксациями в вашем запросе на вытягивание.
Любой, у кого есть разрешения на запись в репозиторий, может установить состояние для любой проверки состояния в репозитории.
Общее состояние последней фиксации в ветви можно увидеть на странице ветвей репозитория или в списке запросов на вытягивание репозитория.
Если для репозитория требуются проверки состояния, перед объединением ветви в защищенную ветвь необходимо пройти проверку состояния. Дополнительные сведения см. в разделе Сведения о защищенных ветвях.
Типы проверок состояния на GitHub Enterprise Cloud
Существует два типа проверок состояния для GitHub Enterprise Cloud:
- Проверки
- Состояния
Проверки отличаются от состояний тем, что они предоставляют заметки строк, более подробные обмены сообщениями и доступны только для использования с GitHub Apps.
Владельцы и пользователи организации с принудительным доступом к репозиторию могут создавать проверки и состояния с помощью API GitHub Enterprise Cloud. Дополнительные сведения см. в разделах Проверки и Фиксации.
Проверки
При настройке проверок в репозитории запросы на вытягивание имеют вкладку Проверки, где можно просмотреть подробные выходные данные сборки из проверок состояния и повторно запустить неудачные проверки.
Примечание. Вкладка Проверки заполняется только для запросов на вытягивание, если для репозитория настроены проверки, а не состояния.
Если определенная строка в фиксации приводит к сбою проверки, вы увидите сведения о сбое, предупреждения или уведомления рядом с соответствующим кодом на вкладке Файлы запроса на вытягивание.
Можно перемещаться между сводками проверок для различных фиксаций в запросе на вытягивание, используя раскрывающееся меню фиксации на вкладке Беседа.
Пропуск и запрос проверок для отдельных фиксаций
Если репозиторий настроен на автоматический запрос проверки для отправки, можно пропустить проверки для отдельной фиксации, отправленной вами. Если репозиторий не настроен на автоматический запрос проверки для отправки, можно запросить проверки для отдельной фиксации, отправленной вами. Дополнительные сведения об этих параметрах см. в разделе Проверки.
Вы также можете пропустить запуски рабочих процессов, активированные событиями push и pull_request , включив команду в сообщение о фиксации. Дополнительные сведения см. в разделе Пропуск запусков рабочих процессов.
Кроме того, чтобы пропустить или запросить все проверки фиксации, добавьте одну из следующих строк трейлера в конец сообщения о фиксации:
- Чтобы пропустить проверки для фиксации, введите сообщение о фиксации и краткое содержательное описание изменений. После описания фиксации перед закрывающим цитированием добавьте две пустые строки, за которыми следует
skip-checks: true:$ git commit -m "Update README > > skip-checks: true" - Для запроса проверок фиксации введите сообщение о фиксации и краткое содержательное описание изменений. После описания фиксации перед закрывающим цитированием добавьте две пустые строки, за которыми следует
request-checks: true:$ git commit -m "Refactor usability tests > > request-checks: true"
Хранение проверок состояния
GitHub.com хранит данные проверки в течение 400 дней. Через 400 дней данные архивируются.
Для архивных проверочных данных отображается состояние свертки фиксации, представляющее состояние всех проверок фиксации. Чтобы объединить запрос на вытягивание с обязательными и архивными проверками, необходимо повторно выполнить проверки.