У меня странная проблема со страницами GitHub. Я разместил новую фиксацию на странице моих личных страниц maltzj.github.io , но новая статья там не отображается. Когда я запускаю сервер локально, пост живет по адресу localhost:4000/posts/the-price-of-inconsistent-code/
. Однако, когда я перехожу на http://maltzj.github.io/posts/the-price-of-inconsistent-code, я получаю 404. Я также добавил новый файл, который должен находиться по адресу http: //maltz.github. io / test.html , но это также вызывает ошибку 404.
Все строится и работает локально. Мой репозиторий Git обновлен, и на странице состояния GitHub нет ничего о проблемах со сборками, так что я немного не понимаю, куда с этим обращаться. Как я могу заставить мою страницу обновляться новым контентом, который я добавляю?
Для справки: расположение репозитория, поддерживающего мою страницу, http://github.com/maltzj/maltzj.github.io
источник
Ответы:
Ничего из этого не решило для меня. Решением было отредактировать файл index.html на сайте GitHub.
источник
index.html
. Опять же, я думаю, что имена файлов имеют md5sum (или что-то в этом роде) и должны измениться, если файл изменится, поэтому он также должен обновить тег скрипта index.html.Для других также проверьте даты ваших сообщений. Просто у меня была эта проблема. Я нахожусь в UTC + 11, и я почти уверен, что сервер находится в UTC. Таким образом, если я датирую свои сообщения своим местным временем, сервер думает, что они в будущем, и не будет их создавать. Использование UTC позволило мне избежать этого.
Как упоминал жоао сенура в комментариях ниже:
future: true
в свой _config.ymltimezone: TIMEZONE
чтобы указать свой часовой пояс.См. Https://jekyllrb.com/docs/configuration/ для получения дополнительной информации.
источник
future: true
в свой_config.yml
. Также естьTZ
вариант. Ссылка: jekyllrb.com/docs/configurationПерейдите к файлу index.html через свой сайт ( example.github.io/index.html ) и затем перезагрузите страницу. Затем вы можете вернуться к ( example.github.io ), и он должен быть обновлен. То же самое можно сделать с файлом master.css и т. Д.
Если это не сработает, попробуйте перезагрузить ( github.com/example/example.github.io/[blob/master/ providedindex.html ) вместо этого, и он будет обновлен.
источник
У меня был пустой файл CNAME . Проверьте это, если у вас возникла аналогичная проблема.
источник
У меня была проблема с непроверенным адресом электронной почты. Обновление сработало впервые , но после этого не удалось. Подтвержденный адрес электронной почты необходим для запуска сборки страниц GitHub. Также для этого нельзя использовать ключ развертывания, так как он не запускает сборку.
Источник: http://web.archive.org/web/20140712011932/https://help.github.com/articles/troubleshooting-github-pages-build-failures/
Отказ от ответственности: так было в 2014 году. Не знаю, требуется ли это по-прежнему.
источник
В моем случае ни одно из вышеперечисленных решений не работает. Наконец я выяснил причину: в моем _config.yml есть опция «relative_permalinks». Эта опция недавно устарела в Jekyll 3.0.
См. Https://help.github.com/articles/removing-relative-permalinks/
источник
Сегодня у меня была эта ошибка со статической страницей - на самом деле причиной был сбой службы на самой странице GitHub. Вы можете проверить служебные сообщения на https://status.github.com/messages .
источник
Я знаю, что это может показаться простым, но убедитесь, что вы находитесь в нужной ветке и в нужном файле.
В моем случае я создал страницу GitHub и попытался выполнить коммит из локального репозитория в главной ветке. Кроме того, я обновлял свое имя файла вместо index.html . Это были мои ошибки. Мне пришлось переключиться на ветку страницы GitHub и обновить в index.html фиксацию, нажать, и тогда все заработало.
источник
У меня был незакрытый
<a>
тег, из-за которого сборка была отложена навсегда. Исправление решило проблему.Имеет смысл, что GitHub проверит ваши ссылки.
источник
В моем случае случилось так, что я упомянул относительный путь для ссылки на изображение, что-то вроде -
./test.png
.Кажется, что это запрещено, и это может быть проблема безопасности или что-то в этом роде. Как бы то ни было, если вы сделали что-то подобное, удалите это и назовите
test.png
.источник
Для меня я просто ждал ~ 5 минут, и он обновился.
У меня нет этого
params.json
файла, но он все еще работает ...источник
Пожалуйста, обратитесь к веб-сайту устранения неполадок Jekyll, так как существует несколько источников ошибок: Устранение ошибок сборки Jekyll для сайтов GitHub Pages
В моем случае проблема возникла из-за немецкого умляута («ö») в файле Markdown.
источник
В моем случае я забыл определить
kramdown
в_config.yaml
Это было вызвано тем, что я преобразовывал тему без требования к теме с
kramdown
требованием.источник
В моем случае после проб и ошибок в некоторых решениях здесь исправлено добавление кодировки в файл _config, например
Дополнительные варианты устранения неполадок здесь
источник
Для меня это была проблема с отсутствием файла .gitmodules.
Мне удалось устранить неполадки на вкладке настроек моего репозитория в разделе страниц GitHub, который указывает на проблемы сборки и был полезен для устранения неполадок.
источник
Как ни странно (и достаточно просто) я создал новую ветку, сделал ее ветвью «по умолчанию» и отправил ее оттуда.
Это сработало для меня.
источник
В настройках репозитория убедитесь, что страницы GitHub в настоящее время собираются из
gh-pages
ветки.источник
В моем случае проблема заключалась в том, что мой репозиторий был частным . После того, как я сделал это общественность , проблема исчезла.
Странная часть истории заключается в том, что мне удалось создать частный репозиторий и использовать с ним страницы GitHub. Я делал это в соответствии с официальным руководством ( http://take.ms/p2SS7 ). Он работал нормально около 9 коммитов, но 10-го вышел из строя.
источник
На этой неделе у меня была эта проблема, и решение не помогло. Я не использую Jekyll, только чистый статический HTML. Просто просидел три дня, отказываясь обновляться.
Вот что мне нужно было сделать, чтобы снова опубликовать его.
snapshot
ветку изmaster
.master
ветку до последней активной фиксации. (Вкладка "Коммиты", зеленые галочки указывают на опубликованные коммиты)master
.curl https://example.com | grep SMOKETEST
master
Снова сбросил , сняв дымовой тест.snapshot
ветки, в которую вам нужно вернуть неопубликованные измененияmaster
(выбор вишни дает коммитам новые идентификаторы / хэши, избегая риска того, что что-либо кэшировало их ранее).master
Снова нажмите с силой .Примечание: может быть достаточно принудительного нажатия, чтобы удалить застрявшие коммиты и вернуть их обратно. Дымовой тест почти наверняка не требуется. Сбор вишни может не потребоваться.
источник
Если кто-то создал gh-страницы ветки с нуля (вручную), проблема в том, что вам нужен вызов файла params.json, чтобы он заработал.
Это пример того файла:
источник
В моем случае у меня был другой файл с таким же файлом
permalink
на странице, содержимое которой не обновлялось. Обратите на это внимание.источник
Проверьте статус сборки gh-страниц во вкладке настроек.
Your site is having problems building: Unable to build page.
Если вы используете github_token, возможно, у него нет разрешения на создание gh-страниц, поэтому вы можете увидеть предупреждение на вкладке настроек. Вот почему редактирование index.html может работать. В этом случае используйте access_token или фиксацию на основе ssh для автоматической загрузки и создания gh-страниц.
источник
В моем случае это был неправильный синтаксис kramdown . Мой код был
По-видимому, вы должны указать кратковременный язык:
источник
Мои страницы GitHub были отключены на вкладке настроек репозитория.
Я не помню, как выключал его, но вот оно, и включение снова было решением.
источник
В моем случае было две проблемы (одна «пебчак», а затем более актуальная).
У меня было два адреса электронной почты, настроенных в GitHub, и я проверял неосновной адрес электронной почты на наличие сообщений об ошибках сборки (для управления электронной почтой: войдите в GitHub, щелкните меню пользователя в правом верхнем углу, выберите «Настройки», а затем «Электронная почта» в left menu - сообщения об ошибках сборки будут приходить на основной адрес электронной почты).
Как только я увидел сообщения об ошибках, я обнаружил, что добавил описание, включая символ «:» в моем,
_config.yaml
и, поскольку этот символ используется для разделенияkey,value
пар, он мешал созданию сайта.источник
У меня была такая же проблема, но в моем случае CNAME содержало правильное доменное имя.
Я думаю, проблема как-то связана с переименованием репозитория, которое я делал раньше ... Онлайн-имя отличалось от локального, хотя при загрузке не было проблем, и онлайн-файлы обновлялись - в живой версии этого не было.
После удаления репозитория с локального компьютера и повторного клонирования его с GitHub проблема была решена.
источник
На мой взгляд, страницы GitHub опаздывают с одного коммита. Это означает, что если вы хотите его обновить, добавьте любую модификацию в свой источник, зафиксируйте и нажмите.
Такое поведение применимо только к ветке gh-pages и репозиторию any.github.io . В папке «docs» изменения применяются напрямую.
источник
В моем случае проблема возникла после того, как
git push
мой файл GitHub обновлялся, но мой сайт не отображался на страницах GitHub.Кроме того, в проекте HTML я столкнулся с той же проблемой. В этом случае я просто сделал сначала,
git pull
а потомgit status | git add . | git commit -m"adding some content" | and git push
. У меня это сработало.Но в системе
React project
это не сработало. Я снова запускаю это на своем cmd,npm run deploy
тогда мое веб-приложение React отображается на страницах GitHub.Я предлагаю попробовать все, что показано в комментариях к этому посту. Потому что решение этой проблемы не одно.
источник
npm run build
или,yarn build
а затем нажать вbuild/
папку страниц github . Или вы можете получить к нему доступ по ссылкеyournickname.github.io/yourproject/build
(если вы удалитеbuild/
из.gitignore
)В моем случае я оставил пустой параметр,,
url
в_config.yaml
.После того, как я уточнил,
url: example.github.io
все заработало.источник
Я использовал
git commit -am "blah"
и забыл, что_data/navigation.yaml
были изменены только мои навигационные ссылки , а новое,page.md
которое я создал, не было добавлено в рабочее дерево, поэтому показывала мне ошибку 404, когда я нажимал на ссылку в навигационном дереве.Проверьте, проверьте еще раз!
источник