Сведения об ошибках сборки Jekyll для сайтов GitHub Pages

Если Jekyll обнаруживает ошибку при создании сайта GitHub Pages локально или на GitHub, вы получите сообщение об ошибке, содержащее дополнительные сведения.

Кто может использовать эту функцию?

GitHub Pages доступен в общедоступных репозиториях с GitHub Free и GitHub Free для организаций, а также в общедоступных и частных репозиториях с GitHub Pro, GitHub Team, GitHub Enterprise Cloudи GitHub Enterprise Server. Дополнительные сведения см. в разделе "Планы GitHub".

GitHub Pages теперь использует GitHub Actions для выполнения сборки Jekyll. При использовании ветви в качестве источника сборки GitHub Actions необходимо включить в репозитории, если вы хотите использовать встроенный рабочий процесс Jekyll. Кроме того, если GitHub Actions недоступен или отключен, добавление .nojekyll файла в корень исходной ветви будет обойти процесс сборки Jekyll и развернуть содержимое напрямую. Дополнительные сведения о включении GitHub Actionsсм. в разделе "Управление параметрами GitHub Actions для репозитория".

В этой статье

Сведения об ошибках сборки Jekyll

При публикации из ветви иногда GitHub Pages не попытается создать сайт после отправки изменений в источник публикации сайта.

Пользователь, отправивший изменения, не проверил свой адрес электронной почты. Дополнительные сведения см. в разделе "Подтверждение адреса электронной почты".
Вы выполняете отправку с помощью ключа развертывания. Если вы хотите автоматизировать отправки в репозиторий сайта, можно вместо этого настроить пользователя компьютера. Дополнительные сведения см. в разделе Управление ключами развертывания.
Вы используете службу CI, которая не настроена для сборки источника публикации. Например, Travis CI не будет создавать ветвь gh-pages, если вы не добавите эту ветвь в список безопасных объектов. Дополнительные сведения см. в разделе Настройка сборки в документации Travis CI или вашей службы CI.

Note

Изменение сайта может занять до 10 минут после отправки изменений в GitHub.

Если Jekyll при попытке сборки сайта обнаружит ошибку, вы получите сообщение об ошибке сборки.

Дополнительные сведения об устранении ошибок сборки см. в разделе "Устранение ошибок сборки Jekyll для сайтов GitHub Pages".

Просмотр сообщений об ошибках сборки Jekyll с помощью GitHub Actions

По умолчанию ваш сайт GitHub Pages создается и развертывается с помощью рабочего процесса GitHub Actions, если только вы не настроили сайт GitHub Pages для использования другого средства CI. Чтобы найти потенциальные ошибки сборки, можно проверить выполнение рабочего процесса для сайта GitHub Pages, просмотрев выполнение рабочего процесса репозитория. Дополнительные сведения см. в разделе Просмотр журнала выполнения рабочего процесса. Дополнительные сведения о повторном запуске рабочего процесса в случае ошибки см. в разделе "Повторный запуск рабочих процессов и заданий".

Просмотр сообщений об ошибках сборки Jekyll локально

Рекомендуется тестировать сайт локально, так как это позволяет просматривать сообщения об ошибках сборки в командной строке и устранять все сбои сборки перед отправкой изменений в GitHub. Дополнительные сведения см. в разделе Локальное тестирование сайта GitHub Pages с помощью Jekyll.

Просмотр сообщений об ошибках сборки Jekyll в запросе на вытягивание

При публикации из ветви при создании запроса на вытягивание для обновления источника публикации на GitHubможно увидеть сообщения об ошибках сборки на вкладке "Проверки " запроса на вытягивание. Дополнительные сведения см. в разделе Сведения о проверках состояния.

Если вы публикуете настраиваемый рабочий процесс GitHub Actions для просмотра сообщений об ошибках сборки в запросе на вытягивание, необходимо настроить рабочий процесс для запуска триггера pull_request . В таком случае рекомендуется пропустить все шаги развертывания, если рабочий процесс был активирован событием pull_request. Это позволит просматривать ошибки сборки без развертывания на сайте изменений из запроса на вытягивание. Дополнительные сведения см. в разделе "[AUTOTITLE" и "События, инициирующие рабочие процессы](/actions/learn-github-actions/expressions)".

Просмотр ошибок сборки Jekyll по электронной почте

При публикации из ветви при отправке изменений в источник публикации на GitHub, GitHub Pages попытается создать сайт. Если сборка завершится неудачно, вы получите сообщение по основному адресу электронной почты.

Если вы публикуете настраиваемый рабочий процесс GitHub Actions для получения сообщений электронной почты об ошибках сборки в запросе на вытягивание, необходимо настроить рабочий процесс для запуска на триггере pull_request . В таком случае рекомендуется пропустить все шаги развертывания, если рабочий процесс был активирован событием pull_request. Это позволит просматривать ошибки сборки без развертывания на сайте изменений из запроса на вытягивание. Дополнительные сведения см. в разделе "[AUTOTITLE" и "События, инициирующие рабочие процессы](/actions/learn-github-actions/expressions)".

Просмотр сообщений об ошибках сборки Jekyll в запросе на вытягивание с помощью сторонней службы CI

Вы можете настроить стороннюю службу, такую как Travis CI, для отображения сообщений об ошибках после каждой фиксации.

Если вы еще этого не сделали, добавьте в корневую папку источника публикации файл с именем Gemfile и со следующим содержимым:
```
source `https://rubygems.org`
gem `github-pages`
```
Настройте репозиторий сайта для выбранной службы тестирования. Например, чтобы использовать Travis CI, добавьте в корневую папку источника публикации файл с именем .travis.yml и со следующим содержимым:
```
language: ruby
rvm:
  - 2.3
script: "bundle exec jekyll build"
```
Возможно, потребуется активировать репозиторий со сторонней службой тестирования. Дополнительные сведения см. в документации по вашей службе тестирования.