Страницы GitHub не обновляются

У меня странная проблема со страницами 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.

Для других также проверьте даты ваших сообщений. Просто у меня была эта проблема. Я нахожусь в UTC + 11, и я почти уверен, что сервер находится в UTC. Таким образом, если я датирую свои сообщения своим местным временем, сервер думает, что они в будущем, и не будет их создавать. Использование UTC позволило мне избежать этого.

Как упоминал жоао сенура в комментариях ниже:

• вы можете указать jekyll показывать "будущие" сообщения, добавив future: trueв свой _config.yml
• и / или добавить, timezone: TIMEZONEчтобы указать свой часовой пояс.

См. Https://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 минут, и он обновился.

Если кто-то создал gh-страницы ветки с нуля (вручную), проблема в том, что вам нужен вызов файла params.json, чтобы он заработал.

У меня нет этого params.jsonфайла, но он все еще работает ...

Пожалуйста, обратитесь к веб-сайту устранения неполадок Jekyll, так как существует несколько источников ошибок: Устранение ошибок сборки Jekyll для сайтов GitHub Pages

В моем случае проблема возникла из-за немецкого умляута («ö») в файле Markdown.

В моем случае я забыл определить kramdownв_config.yaml

# Build settings
markdown: kramdown

Это было вызвано тем, что я преобразовывал тему без требования к теме с kramdownтребованием.

В моем случае после проб и ошибок в некоторых решениях здесь исправлено добавление кодировки в файл _config, например

encoding: UTF-8

Дополнительные варианты устранения неполадок здесь

Для меня это была проблема с отсутствием файла .gitmodules.

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

Как ни странно (и достаточно просто) я создал новую ветку, сделал ее ветвью «по умолчанию» и отправил ее оттуда.

Это сработало для меня.

В настройках репозитория убедитесь, что страницы GitHub в настоящее время собираются из gh-pagesветки.

В моем случае проблема заключалась в том, что мой репозиторий был частным . После того, как я сделал это общественность , проблема исчезла.

Странная часть истории заключается в том, что мне удалось создать частный репозиторий и использовать с ним страницы GitHub. Я делал это в соответствии с официальным руководством ( http://take.ms/p2SS7 ). Он работал нормально около 9 коммитов, но 10-го вышел из строя.

На этой неделе у меня была эта проблема, и решение не помогло. Я не использую Jekyll, только чистый статический HTML. Просто просидел три дня, отказываясь обновляться.

Вот что мне нужно было сделать, чтобы снова опубликовать его.

• Сделайте snapshotветку из master.
• Сбросьте masterветку до последней активной фиксации. (Вкладка "Коммиты", зеленые галочки указывают на опубликованные коммиты)
• Сделайте новый коммит с помощью дымового теста. Я сделал HTML-комментарий, который мог бы использовать grep.
• Сила толчка master.
• Проверить результаты curl https://example.com | grep SMOKETEST
• masterСнова сбросил , сняв дымовой тест.
• Выбирайте каждый коммит из snapshotветки, в которую вам нужно вернуть неопубликованные изменения master(выбор вишни дает коммитам новые идентификаторы / хэши, избегая риска того, что что-либо кэшировало их ранее).
• masterСнова нажмите с силой .
• Теперь у вас должны появиться зеленые галочки и опубликованные обновления.

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

Если кто-то создал gh-страницы ветки с нуля (вручную), проблема в том, что вам нужен вызов файла params.json, чтобы он заработал.

Это пример того файла:

{
  "name": "nameOfProyect",
  "tagline": "name of proyect",
  "body": "### Welcome to GitHub Pages.\r\nThis automatic page generator is the easiest way to create beautiful pages for all of your projects. Author your page content here using GitHub Flavored Markdown, select a template crafted by a designer, and publish. After your page is generated, you can check out the new branch:\r\n\r\n```\r\n$ cd your_repo_root\/repo_name\r\n$ git fetch origin\r\n$ git checkout gh-pages\r\n```\r\n\r\nIf you're using the GitHub for Mac, simply sync your repository and you'll see the new branch.\r\n\r\n### Designer Templates\r\nWe've crafted some handsome templates for you to use. Go ahead and continue to layouts to browse through them. You can easily go back to edit your page before publishing. After publishing your page, you can revisit the page generator and switch to another theme. Your Page content will be preserved if it remained markdown format.\r\n\r\n### Rather Drive Stick?\r\nIf you prefer to not use the automatic generator, push a branch named `gh-pages` to your repository to create a page manually. In addition to supporting regular HTML content, GitHub Pages support Jekyll, a simple, blog aware static site generator written by our own Tom Preston-Werner. Jekyll makes it easy to create site-wide headers and footers without having to copy them across every page. It also offers intelligent blog support and other advanced templating features.\r\n\r\n### Authors and Contributors\r\nYou can @mention a GitHub username to generate a link to their profile. The resulting `<a>` element will link to the contributor's GitHub Profile. For example: In 2007, Chris Wanstrath (@defunkt), PJ Hyett (@pjhyett), and Tom Preston-Werner (@mojombo) founded GitHub.\r\n\r\n### Support or Contact\r\nHaving trouble with Pages? Check out the documentation at https:\/\/help.github.com\/pages or contact support@github.com and we\u2019ll help you sort it out.\r\n",
  "google": "",
  "note": "Don't delete this file! It's used internally to help with page regeneration."
}

В моем случае у меня был другой файл с таким же файлом permalinkна странице, содержимое которой не обновлялось. Обратите на это внимание.

Проверьте статус сборки gh-страниц во вкладке настроек.

Your site is having problems building: Unable to build page.

Если вы используете github_token, возможно, у него нет разрешения на создание gh-страниц, поэтому вы можете увидеть предупреждение на вкладке настроек. Вот почему редактирование index.html может работать. В этом случае используйте access_token или фиксацию на основе ssh для автоматической загрузки и создания gh-страниц.

В моем случае это был неправильный синтаксис kramdown . Мой код был

  {% highlight %}
  lorem lipsum
 {% endhighlight %}

По-видимому, вы должны указать кратковременный язык:

  {% highlight html %}
  lorem lipsum
 {% endhighlight %}

Мои страницы GitHub были отключены на вкладке настроек репозитория.

Я не помню, как выключал его, но вот оно, и включение снова было решением.

В моем случае было две проблемы (одна «пебчак», а затем более актуальная).

У меня было два адреса электронной почты, настроенных в GitHub, и я проверял неосновной адрес электронной почты на наличие сообщений об ошибках сборки (для управления электронной почтой: войдите в GitHub, щелкните меню пользователя в правом верхнем углу, выберите «Настройки», а затем «Электронная почта» в left menu - сообщения об ошибках сборки будут приходить на основной адрес электронной почты).

Как только я увидел сообщения об ошибках, я обнаружил, что добавил описание, включая символ «:» в моем, _config.yamlи, поскольку этот символ используется для разделения key,valueпар, он мешал созданию сайта.

У меня была такая же проблема, но в моем случае CNAME содержало правильное доменное имя.

Я думаю, проблема как-то связана с переименованием репозитория, которое я делал раньше ... Онлайн-имя отличалось от локального, хотя при загрузке не было проблем, и онлайн-файлы обновлялись - в живой версии этого не было.

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

На мой взгляд, страницы GitHub опаздывают с одного коммита. Это означает, что если вы хотите его обновить, добавьте любую модификацию в свой источник, зафиксируйте и нажмите.

Такое поведение применимо только к ветке gh-pages и репозиторию any.github.io . В папке «docs» изменения применяются напрямую.

В моем случае проблема возникла после того, как git pushмой файл GitHub обновлялся, но мой сайт не отображался на страницах GitHub.

Примечание: я создавал сайт на React.

Кроме того, в проекте HTML я столкнулся с той же проблемой. В этом случае я просто сделал сначала, git pullа потом git status | git add . | git commit -m"adding some content" | and git push. У меня это сработало.

Но в системе React projectэто не сработало. Я снова запускаю это на своем cmd, npm run deployтогда мое веб-приложение React отображается на страницах GitHub.

Я предлагаю попробовать все, что показано в комментариях к этому посту. Потому что решение этой проблемы не одно.

В моем случае я оставил пустой параметр,, urlв _config.yaml.

После того, как я уточнил, url: example.github.ioвсе заработало.

Я использовал git commit -am "blah"и забыл, что _data/navigation.yamlбыли изменены только мои навигационные ссылки , а новое, page.mdкоторое я создал, не было добавлено в рабочее дерево, поэтому показывала мне ошибку 404, когда я нажимал на ссылку в навигационном дереве.

Проверьте, проверьте еще раз!