Подтвердить что ты не робот

Страницы 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

4b9b3361

ОТВЕТЫ

Ответ 1

Для будущих людей, которые находят это: у меня был пустой файл CNAME. Проверьте, есть ли у вас подобная проблема.

Ответ 2

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

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

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

Подробнее см. https://jekyllrb.com/docs/configuration/.

Ответ 3

Ничто из этого не решило для меня. Решение состояло в том, чтобы отредактировать файл index.html на веб-сайте github.

Ответ 4

Перейдите в свой файл index.html через свой сайт (example.github.io/index.html) и затем перезагрузите страницу. Затем вы можете вернуться к (example.github.io) и он должен был обновиться. Вы можете сделать то же самое с файлом master.css и т.д. Если он не работает, попробуйте перезагрузить его (github.com/example/example.github.io/[blob/master/]index.html), и он будет иметь обновлено.

Ответ 5

У меня возникла проблема с непроверенным письмом. Обновление работало впервые, но после этого не прошло. Для запуска создания github-страниц необходимо проверить адрес электронной почты. Кроме того, для этого нельзя использовать ключ развертывания, поскольку он не будет запускать сборку.

Источник: https://help.github.com/articles/troubleshooting-github-pages-build-failures/

Ответ 6

В моем случае ни одно из вышеперечисленных решений не работает. Наконец, я выяснил, что в моей _config.yml есть опция "relative_permalinks". Этот параметр недавно устарел в Jekyll 3.0.

Обратитесь к: https://help.github.com/articles/removing-relative-permalinks/

Ответ 7

У меня был незакрытый тег <a>, из-за чего сборка была отложена навсегда. Фиксация, которая решила проблему. Имеет смысл, что GitHub проверит ваши ссылки.

Ответ 8

Я знаю, что это может показаться простым, но убедитесь, что вы находитесь на правильной ветке и в правильном файле. В моем случае я сделал gh-страницы и попытался выполнить мой локальный репо на главной ветке. Также я обновлял свое имя файла вместо index.html. Это были мои ошибки. Мне пришлось переключиться на ветвь gh-pages и обновить в index.html commit, push, и тогда все сработало нормально.

Ответ 9

В моем случае оказалось, что я упомянул относительный путь для ссылки на изображение, что-то вроде -./test.png Кажется, что это не разрешено, может быть проблема безопасности или что. Независимо от того, если вы сделали что-то подобное, удалите его и обратитесь к нему как test.png

Ответ 10

Для меня я просто ждал ~ 5 минут, и он был обновлен

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

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

Ответ 11

Пожалуйста, обратитесь к веб-сайту поиска Jerkyll, так как есть несколько источников ошибок: https://help.github.com/articles/troubleshooting-jekyll-builds/

В моем случае возникла проблема с немецким Umlaut ( "ö" ) в файле уценки.

Ответ 12

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

encoding: UTF-8

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

Ответ 13

Для меня это была проблема с неправильным использованием файла .gitmodules. Я смог устранить неполадки на вкладке настроек моего репо в разделе страниц GitHub, что указывает на проблемы сборки и было полезно для устранения неполадок.

Ответ 14

Ну, я добрался до конца, и ничего не сработало для меня, поэтому я поделюсь с вами тем, что я сделал, чтобы заставить меня работать. Как ни странно (и просто), я создал новую ветвь, сделал эту ветку ветвью "по умолчанию" и оттолкнул ее оттуда. Это работало для меня, и я надеюсь, что это будет сделано для кого-то, кто сделает это донизу и до сих пор не нашел ответа, ха-ха.

Ответ 15

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

# Build settings
markdown: kramdown

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

Ответ 16

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

Ответ 17

У меня сегодня была эта ошибка со статической страницей - причина была на самом деле сбой службы на самих страницах GitHub. Вы можете проверить сервисные сообщения на https://status.github.com/messages.

Ответ 18

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

Ответ 19

Если кто-то сделал 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 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 [email protected] and we\u2019ll help you sort it out.\r\n",
  "google": "",
  "note": "Don't delete this file! It used internally to help with page regeneration."
}

Ответ 20

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

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

очевидно, вы должны сказать kramdown язык

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

Ответ 21

Мои страницы Github были отключены на вкладке "Настройки" репо.

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

Ответ 22

Добавление двух моих центов: в моем случае было две проблемы (одна "pebcak", а затем более действительная).

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

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

Ответ 23

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

Ответ 24

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

Ответ 25

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

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

Ответ 26

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

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

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

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

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

Ответ 27

В моем случае я оставил пустые пары url в _config.yaml. После того, как я указал url: example.github.io все начало работать.

Ответ 28

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