Часто задаваемые вопросы — GitVerse Pages
Данный раздел отвечает на распространенные вопросы о сервисе публикации статических сайтов GitVerse Pages.
Что такое Jekyll?
Jekyll — это популярный генератор статических сайтов. Он преобразует Markdown-файлы и Liquid-шаблоны в готовую HTML-разметку. GitVerse Pages использует Jekyll по умолчанию при автоматической публикации из ветки.
Более подробную информацию см. в документации Jekyll.
Можно ли отключить работу генератора Jekyll, если у меня уже есть готовая статика?
Да. Добавьте файл .nojekyll в корень репозитория. При наличии этого файла содержимое, не относящееся к специфике Jekyll, будет проигнорировано, и файлы опубликуются без обработки генератором.
Поддерживаются ли пользовательские домены?
На текущем этапе пользовательские домены не поддерживаются. Все сайты GitVerse Pages доступны по домену *.gitverse.site.
Можно ли использовать Hugo, Next.js или другой фреймворк?
Да, вы можете публиковать GitVerse Pages с использованием других генераторов и фреймворков. Для этого настройте публикацию через собственный CI/CD workflow. Подробнее см. в разделе Публикация из workflow.
Как обновляется сайт после изменений?
При использовании автоматической публикации из ветки каждый коммит в выбранной ветке автоматически запускает пересборку и обновление сайта. При публикации через workflow обновление происходит при запуске соответствующего CI/CD workflow.
Как понять, почему сборка упала?
В логах сборки отображаются все необходимые шаги процесса. Обычно ошибки возникают из-за неправильной структуры проекта, некорректного синтаксиса в конфигурационных файлах или несоответствия версий используемых библиотек и инструментов.
Ошибка на этапе деплоя, что делать?
Попробуйте заново опубликовать Страницу:
- Перейдите в Настройки → Страницы.
- Перезапустите публикацию, нажав на кнопку Опубликовать.
- Если публикация снова завершилась с ошибкой, напишите в поддержку.
Где смотреть логи сборки?
После неудачной сборки в интерфейсе GitVerse Pages вы можете найти подробную информацию об ошибках:
- Откройте Настройки репозитория → вкладка Страницы.
- Перейдите по ссылке Открыть запуск сборки.
- Посмотрите логи выполнения публикации.
Либо:
- Перейдите на вкладку CI/CD.
- Найдите служебный workflow pages-build-deploy.
Логи сборки содержат информацию о каждом этапе процесса: от клонирования репозитория до раздачи контента через CDN.
Как собрать проект локально?
Локальная сборка позволяет проверить результат перед публикацией и отладить проблемы в вашей среде разработки.
-
Если в проекте нет файлов
Gemfileили_config.ymlлибо стандартных шаблонов в папке_layouts, GitVerse автоматически добавляет стандартные версии файлов из экшена по сборке Страниц.Скопируйте файл
Gemfileили_config.ymlв корневую директорию вашего проекта, а шаблонdefault.htmlпоместите в папку_layouts. -
Соберите проект:
# Установка зависимостей
bundle install
# Локальная сборка
bundle exec jekyll build
# Запуск локального сервера для проверки
bundle exec jekyll serveТипичные ошибки и решения
Ошибки в конфигурационном файле _config.yml
Ошибка: YAML syntax error
Решение: Проверьте синтаксис YAML, убедитесь, что отступы корректны и используются пробелы, а не табуляции.
# Правильно
title: Мой блог
email: your-email@example.ru
# Неправильно
title: Мой блог
email: your-email@example.ruПроблемы с путями к файлам
Ошибка: Could not read file
Решение: Проверьте, что все пути указаны относительно корня проекта. Используйте относительные пути вместо абсолютных.
# Правильно
assets:
css: ./assets/css/style.css
# Неправильно
assets:
css: /assets/css/style.css # Абсолютный путь может вызвать проблемыОшибки в шаблонах Liquid
Ошибка: Liquid syntax error
Решение: Проверьте синтаксис Liquid-шаблонов. Убедитесь, что все теги закрыты корректно.
<!-- Правильно -->
{% if page.title %}
<h1>{{ page.title }}</h1>
{% endif %}
<!-- Неправильно -->
{% if page.title }
<h1>{{ page.title }}</h1>
{% endif %}Устранение ошибок 404
Info
В этом разделе перечислены наиболее распространенные причины ошибки 404 при работе с GitVerse Pages и способы их устранения. Ошибка 404 означает, что запрашиваемая страница не найдена.
Кэш браузера
Если сайт недоступен и отображается ошибка 404, попробуйте очистить кэш браузера. Инструкции по очистке кэша можно найти в документации вашего браузера. Кэш может хранить устаревшие версии страниц, что приводит к неправильному отображению контента.
Главная страница сайта
GitVerse Pages использует один из следующих файлов в качестве точки входа сайта:
index.html;index.md;README.md.
Проверьте следующее:
- в источнике публикации присутствует один из поддерживаемых файлов для главной страницы;
- файл расположен в корневой директории выбранного источника публикации. Например, если источником публикации является директория
/docsветкиmaster, входной файл должен находиться по пути/docs/index.htmlили аналогичному; - имя файла указано в правильном регистре;
- используются только допустимые имена файлов.
Содержимое директории
Проверьте, что содержимое сайта находится в корневой директории выбранного источника публикации. Если файлы расположены в поддиректориях, убедитесь, что пути к ним указаны корректно.
Статус публикации сайта
Проверьте статус публикации сайта — он должен быть успешно завершен. Сайт может быть недоступен по следующим причинам:
- публикации сайта еще не завершилась или завершилась с ошибкой;
- изменили публичность репозитория на приватный;
- сменили название репозитория;
- поменяли имя пользователя;
- по другим причинам, связанным с настройками репозитория или публикации. Полностью см. Необходимые условия для запуска GitVerse Pages.
Дополнительные материалы
- Создание кастомной 404 страницы — как настроить собственную страницу 404 ошибки сайта;
- если ошибка 404 сохраняется, обратитесь в поддержку.
Устранение других ошибок
Если вы столкнулись с другой проблемой в работе GitVerse Pages или платформы в целом, при обращении в службу поддержки может потребоваться записать HAR-файл (HTTP Archive):
- Как создать и сохранить HAR-файл — пошаговые инструкции по записи HAR-файлов для Chrome, Edge, Firefox, Safari и других браузеров.
HAR-файлы помогают нашей службе поддержки диагностировать проблемы с сетевыми запросами, отлаживать ситуации с некорректной работой страниц или анализировать ошибки, возникающие при взаимодействии с платформой.