Сторінки GitHub не оновлюються


101

Я стикаюся з дивною проблемою зі сторінками 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


"Ви намагаєтесь опублікувати його? Це може зайняти до десяти хвилин, поки ваша сторінка стане доступною."
Aurélien Ooms

1
Я це знаю, але видавничі комісії були в репо> більше 5 годин і не з'являлися. Особисті сторінки розгортаються через головний коректор?
Джонатан

3
для мене це було через те, що браузер використовує кешовані дані (старі стилі), тому я відкриваю інші brwser
mohammedgqudah

Це був для мене браузер. Відкриваючи Firefox, він працював чудово.
dogonaroof

Відповіді:


42

Нічого цього не вирішило для мене. Рішенням було відредагувати файл index.html на веб-сайті GitHub.


3
те саме для мене. Тільки змінивши один рядок на index.html, він змусив "завантажити" "справжній" index.html, а не всі попередні коміти.
Мігель Вацк

2
Сторінки GitHub не бачили зображення, яке я підштовхнув в останньому фіксації. Мені довелося редагувати index.html (який використовує зображення), просто змінивши пробіл, щоб GitHub Pages почав подавати зображення. Я підозрюю, що він не відбудується, якщо не зміниться сторінка HTML.
Пол Лінч

1
Я просто додав один пробіл на GitHub в index.html і він працював. Дивне питання.
Вольфрам

Це має сенс, це рішення працює для мене. У моєму випадку це було пов’язано з тим, що мій додаток є SPA, де оновлення здійснюються лише в Javascript, а не з index.html. Знову ж таки, я думаю, що у файлах файлів є md5sum (або щось таке), і слід змінити, якщо файл зміниться, тому він також повинен оновити тег скрипта index.html.
jmjm

40

Для інших також перевіряйте дати своїх публікацій. У мене просто була ця проблема. Я в UTC + 11, і я впевнений, що сервер у UTC. Таким чином, якщо я датую свої публікації своїм місцевим часом, сервер вважає, що вони є в майбутньому, і не будувати їх. Використання UTC уникало цього для мене.

Як згадував Жоао Ценура в коментарях нижче:

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

Див. Https://jekyllrb.com/docs/configuration/ для отримання додаткової інформації.


5
Ура! Це було для мене проблемою. Я написав назву посади і зробив її "2016-04-14" замість "2016-03-14". Він побудований просто на місцях, але на Github він не з’явився. Без попередження, просто немає сторінки. Дякую!
Стів Беннетт

1
Те саме питання. Я в UTC + 8. Я зробив пост з сьогоднішнім днем, як його дата, наштовхнувся, і нічого не сталося. Потім я змінив дату публікації і зробив це вчора, публікація була опублікована дуже швидко!
Hong

3
Те саме для мене в UTC + 1. Ще не пробували, але ви можете сказати jekyll показувати "майбутні" публікації, додавши future: trueдо своїх _config.yml. Також є TZваріант. Довідка: jekyllrb.com/docs/configuration
joao cenoura

24

Перейдіть у свій файл index.html через свій сайт ( example.github.io/index.html ), а потім перезавантажте сторінку. Потім ви можете повернутися до ( example.github.io ), і він повинен був оновитись. Ви можете зробити те ж саме з файлом master.css тощо.

Якщо це не працює, спробуйте перезавантажити ( github.com/example/example.github.io/ evidenceblob/master/ снимкиindex.html ), і воно буде оновлено.


9

У мене був порожній файл CNAME . Перевірте, якщо у вас є подібні проблеми.


16
Ви хочете трохи розширити це? Що вам довелося змінити, щоб воно працювало? Або вам довелося видалити файл CNAME, який там був? Дякую!
cxw

1
Я повинен був переконатися, що файл CNAME містить рядок з доменом, який я хотів створити.
Даніель-Чен

9

У мене виникла проблема з неперевіреною електронною поштою. Оновлення працювало вперше , але після цього воно не вдалося. Для запуску сторінки GitHub потрібна перевірена електронна пошта. Також для цього не можна використовувати ключ розгортання, оскільки він не спровокує збірку.

Джерело: http://web.archive.org/web/20140712011932/https://help.github.com/articles/troubleshooting-github-pages-build-failures/

Відмова: це було так у 2014 році. Не знаю, чи все-таки це потрібно.


1
У мене також була та сама проблема неперевіреного електронного листа.
midinastasurazz

Це мені допомогло. Це також єдина згадка про це рішення, яку я міг знайти приблизно через годину перегляду.
Giganticus

1
Ключ розгортання не спровокує збірку!?!? WTF. Дякую, підтримуємо.
Доменік

1
Посилання розірвано ( "На жаль, ця сторінка не існує." ).
Пітер Мортенсен

@PeterMortensen замінений веб - архів посилання, хоча на самому ділі не знаю , якщо інформація має відношення більше
ейс


6

Я мав сьогодні цю помилку зі статичною сторінкою - причиною насправді була відмова служби в самій GitHub Pages. Перевірити наявність службових повідомлень можна за посиланням https://status.github.com/messages .


1
Я вирвав майже весь мій сайт, намагаючись зменшити проблему з кодом - виявляється, у Github відбулося величезне відставання у створенні сторінки, яке відбулося з вчорашнього дня - це майже 24 години. (Github повинен відзначити посилання на сторінці статусу збірки на своїй сторінці усунення несправностей. Сторінку статусу я знайшов лише через помилку 404, яка містила посилання внизу.)
Cascadia_Mike

1
Дякую :) Сьогодні я отримав "Дослідження - наразі розслідую збільшення затримок у черзі, що впливають на створення сторінок та доставку веб-камер".
Туан

Та мені теж! @Тхуан. це смокче!
Абдалла Арбаб

5

Я знаю, що це може здатися простим, але переконайтеся, що ви знаходитесь у правій гілці та в потрібному файлі.

У моєму випадку я створив сторінку GitHub і спробував зробити з мого локального сховища майстер гілку. Також я оновлював своє ім'я файлу замість index.html . Це були мої помилки. Мені довелося перейти на гілку сторінки GitHub і оновити в index.html фіксацію, натиснути, і тоді все працювало нормально.


Смішно. Ця відповідь надихнула мене на переосмислення моїх припущень і нагадала мені, що мені потрібно перебудовуватися з джерела.
jorisw

5

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

Має сенс, що GitHub перевірить ваші посилання.


3

У моєму випадку трапилось так, що я згадав про відносний шлях до зображення, щось на кшталт - ./test.png.

Здається, це заборонено, і це може бути проблема безпеки чи що. Як би там не було щось, видаліть його і позначайте як test.png.


1
Те саме для мене: у мене був відносний шлях у "<a href...>"
Ерел Сегал-Халеві

3

Для мене я просто чекав ~ 5 хвилин, і це було оновлено.

Якщо хтось створив гілках gh-сторінок з нуля (вручну), проблема полягає в тому, що вам потрібен виклик файлу params.json, щоб він працював.

У мене немає цього params.jsonфайлу, але він все ще працює ...


Ви можете дізнатися, чи ще Github потрібен час для створення вашого веб-сайту чи це не вдалося у списку комісій вашого репо.
Лукас


2

У моєму випадку я забув визначитись kramdownу_config.yaml

# Build settings
markdown: kramdown

Це було викликано, коли я переходив від теми без теми до kramdownвимоги.


1

У моєму випадку, після спроб та помилок у деяких рішеннях тут, що було виправлено, було додавання кодування до файлу _config, як це

encoding: UTF-8

Більше варіантів усунення несправностей тут


1

Для мене це була проблема з неправильним наявністю файлу .gitmodules.

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


1

Як не дивно (і просто) я створив нову гілку, зробив цю гілку «за замовчуванням» і висунув звідти.

Це працювало для мене.


1

У налаштуваннях репозиторію переконайтесь, що GitHub Pages наразі створюється з gh-pagesгілки.


1

У моєму випадку проблема була через те, що моє сховище було приватним . Після того, як я зробив це громадськість , проблема зникла.

Дивна частина історії полягає в тому, що мені вдалося створити приватне сховище і використовувати з ним сторінки GitHub. Я зробив це відповідно до офіційного керівництва ( http://take.ms/p2SS7 ). Він працював чудово близько 9 коміттів, але 10-го він став зламаним.


1

У мене ця проблема була на цьому тижні, і рішення не спрацювало. Я не використовую Jekyll, а лише чистий статичний HTML. Він просто сидів три дні, відмовляючись від оновлення.

Ось що я повинен був зробити, щоб знову його опублікувати.

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

Примітка. Це може бути достатньо, щоб змусити натиснути, щоб видалити заблоковані коміти та повернути їх знову. Тест на дим майже точно не потрібно. Збір вишні може не знадобитися.


0

Якщо хтось створив гілках 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."
}

0

У моєму випадку у мене був ще один файл із такою ж permalinkсторінкою, який не оновлює вміст. Зверніть на це увагу.


0

Перевірте стан складання gh-сторінок на вкладці налаштувань.

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

Якщо ви використовуєте github_token, він може не мати дозволу на створення gh-сторінок, щоб ви могли побачити попередження на вкладці налаштувань. Ось чому редагування index.html може працювати. У цьому випадку використовуйте access_token або ssh-команду для автоматичного натискання та створення gh-сторінок.


0

У моєму випадку це був неправильний синтаксис kramdown . Мій код був

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

Мабуть, ви повинні сказати kramdown мовою:

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

0

Мої сторінки GitHub було вимкнено на вкладці Налаштування сховища.

Я не пам'ятаю, щоб його вимкнути, але там було, і його повернення було виправленим.


0

У моєму випадку було дві проблеми (одна «пебчак», а потім більш справедлива).

У GitHub було встановлено дві адреси електронної пошти, і я перевіряв не первинну електронну пошту на наявність повідомлень про помилки побудови (щоб керувати електронною поштою: увійдіть до GitHub, натисніть на меню користувача у верхньому правому куті, виберіть Налаштування, а потім "E-mail" у вікні ліве меню - повідомлення про помилки побудови надійдуть до основного набору електронної пошти).

Як тільки я побачив повідомлення про помилку, я дізнався, що я додав опис, включаючи символ ":" в моєму, _config.yamlі оскільки це символ, який використовується для розділення key,valueпар, це заважало створювати сайт.


0

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

Я думаю, що проблема мала щось пов’язане з перейменуванням репозиторію, яке я робив раніше ... Ім'я в Інтернеті відрізнялося від місцевого, хоча проблем з натисканням не було, а онлайнові файли оновлювалися - в реальній версії не було.

Після видалення сховища з локальної машини та клонування його з GitHub знову проблема була вирішена.


0

На мій погляд, сторінки GitHub запізнюються на один запис. Це означає, що якщо ви хочете оновити оновлення, додайте будь-які модифікації до свого джерела, виконайте команду та натисніть.

Така поведінка стосується лише гілки gh-pages та сховища any.github.io . У папці "Документи" модифікації застосовуються безпосередньо.


0

У моєму випадку моя проблема була після того, як 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.

Моя пропозиція - спробувати все, що відображається в коментарях до цієї публікації. Тому що рішення цієї проблеми не одне.


З реагувати ви повинні спочатку створити проект з npm run buildабо yarn buildі потім натисніть на GitHub сторінок build/папки. Або ви можете отримати доступ до нього з важільним yournickname.github.io/yourproject/buildшляхом (якщо ви видалите build/з .gitignore)
flppv

Для показу веб-сайту реагування на сторінках GitHub я дотримувався цього методу github.com/gitname/react-gh-pages і він працював.
Рана

0

У моєму випадку я залишив порожній параметр,, urlв _config.yaml.

Після того, як я уточнив, url: example.github.ioвсе почало працювати.


0

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

Перевірка, подвійна перевірка!

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.