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

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

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

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

см.https://jekyllrb.com/docs/configuration/ для получения дополнительной информации.

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

У меня была проблема с непроверенной электронной почтой. Обновление работало в первый раз но не после этого. Подтвержденный адрес электронной почты необходимо, чтобы вызвать GitHub страницы сборка. Также для этого нельзя использовать ключ развертывания, так как он не запускает сборку.

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

в моем случае ни одно из вышеперечисленных решений не работает. Наконец, я узнаю причину: в моем _config есть опция "relative_permalinks".в формате YML. Этот параметр является устаревшим недавно в Джекил 3.0.

см.: https://help.github.com/articles/removing-relative-permalinks/

мое решение-взять свой индекс.html файл и перейти к нему (так example.github.io/index.html) а затем перезагрузите его, и ваши изменения будут обновлены. Затем вы возвращаетесь к (example.github.io) и он должен был обновиться. Вы можете сделать то же самое с мастером.файл css или etc.

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

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

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

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

encoding: UTF-8

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

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

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

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

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

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

У меня нет этого , но он все еще работает...

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

# Build settings
markdown: kramdown

это было вызвано, когда я преобразовывал из Темы без темы с kramdown требование.

Если кто-то сделал ветку gh-pages с нуля (вручную) проблема в том, что вам нужен файл вызова 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."
}

для меня это была проблема, не правильно иметь .файл gitmodules. Я смог устранить неполадки на вкладке "Настройки" моего РЕПО в разделе "страницы GitHub", который указывает на проблемы сборки и был полезен для устранения неполадок.

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

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

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

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

Мои страницы Github были отключены на вкладке настроек РЕПО.

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

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

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

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

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

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