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

Ни одно из этих решений не помогло мне решить эту проблему. Решением было отредактировать файл 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 году. Не знаю, требуется ли это по-прежнему.

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

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

Имеет смысл, что GitHub проверит ваши ссылки.

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

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

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

В моем случае я создал страницу GitHub и попытался выполнить коммит из моего локального репозитория в основной ветке. Кроме того, я обновлял свое имя файла вместо index.html. Это были мои ошибки. Мне пришлось переключиться на ветку страницы GitHub и обновить в коммите index.html, нажать, и тогда все заработало.

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

Похоже, это запрещено, и это может быть проблема безопасности или что-то в этом роде. Как бы то ни было, если вы сделали что-то подобное, удалите это и назовите test.png.

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

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

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

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

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

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

# Build settings
markdown: kramdown

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

Я заставил его работать. У меня была простая проблема. Это была проблема с кешем браузера.

Я открыл свою ссылку в другом браузере, и она показала мне обновленный push.

Сегодня я столкнулся с той же загадочной проблемой. Я отправил новый код в свой репозиторий github.io, но изменения не отобразились на соответствующей веб-странице. Я проверил страницу и не увидел в исходном коде нового кода. Я решил проблему, выполнив жесткую перезагрузку. В Chrome вы можете выполнить полную перезагрузку, открыв Dev Tools, щелкнув правой кнопкой мыши кнопку обновления и выбрав Hard Reload.

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

encoding: UTF-8

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

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

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

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

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

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

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

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

В моем случае проблема возникла после того, как 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.

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

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

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

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

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

Github не публикует для меня страницы на github, если я редактирую и фиксирую файлы непосредственно на веб-сайте github.

Однако, если я редактирую файл локально и фиксирую его с помощью GitHub Desktop, то изменение публикуется на сайте в течение нескольких секунд.

Кстати, мой адрес электронной почты подтвержден, так что это не должно быть проблемой. И я использую ту же учетную запись.

Решение сработало для меня для приложения, созданного с использованием create-react-app:

1. Перейдите в раздел GitHub Pages в настройках репозитория.
2. Измените источник с gh-pages branch на master branch
3. Подождите и проверьте свой веб-сайт пользовательского домена, должен отобразиться файл master ветки README.md
4. Теперь измените источник обратно на gh-pages
5. Подождите пару минут, теперь последние изменения отражены на веб-сайте личного домена

Я пробовал разные решения, но ни одно не помогло. Например, a new commit, an empty commit, browser cache clear, wait for 5 - 10 minutes, delete gh-pages branch and push again, edit CNAME, create a new CNAME under on master branch и т. Д.

Примечание. В моем приложении нет ни _config.yaml файла, ни jekyll. Я использую собственный домен с https (домены Google). gh-page ветка автоматически создается скриптом package.json deploy: "gh-pages -d deploy"

В моем случае я внес пару изменений в файлы index.html и style.css, но эти изменения не отразились на страницах Github. Но когда я обновил файл Readme, добавив одну строку, страница обновилась. Может быть, вы можете попробовать это, так как это может сработать для вас так же, как и для меня.

Если кто-то создал 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 [email protected] 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» изменения применяются напрямую.

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

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

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

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

Go to

Настройки / Страницы GitHub / Источник

и измените его на

Нет (отключить страницы GitHub)

Позвольте системе сохранить ваши изменения. После этого измените

Настройки / Страницы GitHub / Источник

снова к исходному значению.

1. Убедитесь, что вы пробежали npm run deploy

2. Очистите кеш браузера.

Если вы используете команду gh-pages для публикации, это может быть проблема кеширования самого gh-pages. См. Нижнюю часть gh-pages документов:

Однако обратите внимание, что эти инструкции неверны!

Чтобы удалить кеш gh-страниц, либо запустите node node_modules/gh-pages/bin/gh-pages-clean, либо вручную удалите каталог .cache в node_modules/gh-pages.

Я отправил проблему, чтобы исправить приведенные здесь инструкции: https://github.com/tschaub/gh-pages/issues/367

Обязательно очистите историю веб-поиска и попробуйте снова. Моя проблема решилась сама собой.

У меня была такая же проблема с очень простым проектом. Для меня это решила жесткая перезагрузка [ctrl + shift + r].

Мой был просто базовым проектом, в котором использовался простой HTML, CSS и JavaScript. Вышеупомянутый метод может работать или не работать для продвинутых проектов.