Как исправить HTTP 404 на страницах Github?

Вот мой репозиторий GitHub в ветке gh-pages . Все выглядит хорошо, у меня есть мой index.html , мои CSS, JS и папки с изображениями.

Но когда я перехожу на http://roine.github.com/p1, я получаю HTTP 404 not found.

Какие-нибудь объяснения и решения?


210

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

  git commit --allow-empty -m "Trigger rebuild" git push  

Если это не сработает, как @Hendrikto указал в комментариях, проверьте страницу статуса Github и убедитесь, что страницы GitHub работают.

Улучшить этот ответ
отредактировано 11 января ’20 в 12:41
ответил 27 августа ’17, 17:51
  • 2
    Я использовал пакет npm angular-cli-ghpages, и что я сделал, так это добавил пробел в свой файл index.html, повторно запустив команду «npx ngh «что подтолкнуло меня к новой фиксации, достигающей тех же великолепных результатов. Спасибо, это поставило меня в тупик, и ваш ответ вдохновил меня на это. — Патрик Грэм, 15 августа 2018, 19:41
  • , если вы не хотите использовать командную строку, вы можете просто отредактировать директорию README.md через веб-интерфейс. — Christophe Le Besnerais 21 фев., В 14:51
  • 2
    Это также может быть проблема с самим Github. Эта страница сообщает вам статус Github. У меня была та же проблема, и ничего не исправить. На странице состояния было написано «снижение производительности», и мне просто пришлось ждать, пока серверы снова станут полностью функциональными. — Хендрикто, 12 марта ’19, в 19:23
  • Хорошее замечание @Hendrikto, я добавил ссылку на ваш комментарий в ответ. — Арно, 11 янв. ’20 в 12:41
  • К сожалению, у меня не сработало. — Azurespot, 7 января в 21:56
| показать 1 дополнительный комментарий

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

  git commit --allow-empty -m "Trigger rebuild" git push  

Если это не сработает, как указал @Hendrikto в комментариях, проверьте страницу статуса Github и убедитесь, что страницы GitHub работают..


86

В моем случае у меня были папки чьи имена начинаются с _ (например, _css и _js ), которые GH Pages игнорирует в соответствии с правилами обработки Jekyll. Если вы не используете Jekyll, обходной путь — поместить файл с именем .nojekyll в корневой каталог. В противном случае вы можете удалить подчеркивания из этих папок

Улучшите этот ответ
отредактировано 31 декабря ’20 в 21:48
ответил 25 сен 2016, 20:23
  • 6
    . nojekyll является обязательным, если вы вы не используете Jekyll, документы здесь: github.com/blog/572-bypassing-jekyll-on-github-pages — Клаудиу Константин 28 сен 2017, в 13:03
  • 2
    Спасибо за это, я написал github и попросил их обновить руководство на странице pages.github.com (в котором не упоминается файл .nojekyll) — sunyata 11 окт. 2017 в 16:58
  • 1
    Спасибо! Это было необходимо для приложения Vue, жаль, что это не упоминается в руководстве по развертыванию vue-cli. — Ондржей Шевчик, 28 июня ’19 в 17:20
  • это исправило для меня. Мой пользовательский сайт изначально работал без него, но перестал работать. Вы можете просто добавить файл в онлайн и зафиксировать его там же. Я сделал это, обновился, и он сразу заработал. — bot19 24 мая ’20 в 2:23
  • Спасибо. Работал как шарм! — Индерприт Сингх 03 авг., 20:47
добавить комментарий |

В моем случае у меня были папки, имена которых начинались с _ (например, _css и _js ), которые GH Pages игнорирует в соответствии с правилами обработки Jekyll. Если вы не используете Jekyll, обходной путь — поместить файл с именем .nojekyll в корневой каталог. В противном случае вы можете удалить подчеркивания из этих папок


82

Я проделал все уловки здесь, на My Fork , чтобы исправить страницу 404 на странице Github , но она продолжала повторять 404.

Наконец, обнаружено, что мой браузер с трудом сохраняет 10-минутный кеш , прежде чем он будет размещен в Интернете.

Просто добавьте /индекс. html в конец URL-адреса, затем он обнаружился и решил проблему.

https://username.github.io /index.html

Улучшите этот ответ
отредактировано 28 февраля ’19 в 1:25
ответил 26 апр. ’18 в 3:31
  • 2
    Это сработало для меня. Я создал сайт, следуя инструкциям на главной странице GitHub Pages, поэтому разочаровывает то, что он не работает из коробки. — CGK 02 нояб., В 16:53
  • 1
    Спасибо! У меня такая же проблема. Странно, что нам приходится добавлять/index.html. — Раджа Рао 12 нояб., В 23:59
  • 1
    Я произвел мягкую очистку кеша, но это не сработало, но добавление/index.html сработало. Спасибо, принц Тегатон, 7 сен., В 22:01
  • 2
    У меня тоже сработало, но со мной такого никогда не случалось, в настоящее время у меня есть несколько страниц, работающих как на username.github.io, так и на username.github.io/, и никогда необходимо добавить index.html — Санчит Батра 10 мая ’20 в 17:26
  • Мне пришлось открыть консоль разработчика и принудительно указать index.html в URL-адресе. Спасибо, o/- Heavyrick 16 июл. ’20 в 18:30
добавить комментарий |

Я проделал все трюки здесь, на My Fork , чтобы исправить страницу 404 на Страница Github , но она продолжала работать с ошибкой 404.

Наконец-то выяснилось, что мой браузер с трудом хранит 10-минутный кеш , прежде чем он появится в Интернете.

Просто добавьте /index.html в конец URL-адреса, затем он обнаружился и решил проблему.

https://username.github .io /index.html


Четыре месяца назад я связался со службой поддержки, и они мне сказали была проблема на их стороне, они временно исправили ее (для текущего коммита).

Сегодня попробовал еще раз

  1. Я удалил ветку gh-pages на github

    git push origin --delete gh-pages

  2. Я удалил ветку gh-pages на локальном

    git branch -D gh-pages

  3. Я повторно инициализировал git

    git init

  4. Я воссоздал ветку на локальном

    git ветка gh-pages

  5. Я отправил ветку gh-pages на github

    git push origin gh-pages

Работает нормально, я наконец могу обновить свои файлы на странице.


40

Если вы еще этого не сделали, выберите тему Jekyll на вкладке настроек страниц GitHub. Очевидно, это необходимо, даже если вы не используете Jekyll на своем сайте Pages.

Улучшите этот ответ
отредактировано 1 мая ‘ 19, 11:55
ответил 23 марта ’19 в 15:25
  • 10
    Я получал 404 Not Found и попробовал все восемнадцать других решений, предложенных в ответах здесь, я задокументировал мои попытки в повторяющемся вопросе: Очень простой HTML, приводящий к 404 Not Found на страницах GitHub. Девятнадцатый ответ Криса помог мне исправить это. GitHub Pages — отличный сервис, жаль, что документация такая плохая. — dumbledad 24 марта ’19, в 10:13
  • 3
    Недостаточно просто выбрать схему, вам также необходимо создать новую фиксацию в ветке gh-pages , чтобы впоследствии запустить обновление! — sschuberth 30 сен. ’19 в 11:26
добавить комментарий |

Если вы еще этого не сделали, выберите тему Jekyll на вкладке настроек страниц GitHub. Очевидно, это необходимо, даже если вы не используете Jekyll на своем сайте Pages.


20

У меня была такая же проблема после разветвления репо с ветвь gh-pages . Мне удалось исправить это, просто нажав новую фиксацию (просто пробел в index.html ) в ветку gh-pages моей вилки..

Улучшите этот ответ
ответил 30 янв., В 7:32
  • Я положил пробел в «index.html», изменения зафиксированы и отправлены. Ничего не произошло. Удалил пробелы из имени файла, зафиксировал и снова отправил изменения, и это сработало! Благодарю. — Нахиян, 15 мая ’17 в 17:31
  • также обратите внимание, что страницы github используют небольшое окно кеширования (10 минут на момент написания: Cache-Control: max-age = 600 ). поэтому вам, возможно, придется подождать, пока истечет срок действия этого окна кеша, или принудительно обновить браузер. — Clay 27 июня ’17 в 18:29
  • 1
    Зачем возиться с пробелами? Просто нажмите пустую фиксацию с помощью - allow-empty . — Хендрикто 5 фев. ’18 в 13:01
добавить комментарий |

У меня была такая же проблема после разветвления репо с веткой gh-pages . Я смог исправить это, просто нажав новую фиксацию (просто пробел в index.html ) в ветку gh-pages моей вилки.


20

Просто подождите от десяти минут до одного часа. Если по-прежнему не работает, обратитесь на github. Обычно проблема на их стороне. Но если вы торопитесь, вы можете попробовать открыть, добавив «?» знак вопроса в конце URL. Это заставляет запрос искать ресурс. Вот так:

http://roine.github.com/p1?

Улучшите этот ответ
ответил 9 мая ’19 в 10:28
добавить комментарий |

Просто подождите от десяти минут до одного часа. Если по-прежнему не работает, обратитесь на github. Обычно проблема в их стороне. Но если вы торопитесь, вы можете попробовать открыть, добавив «?» знак вопроса в конце URL. Это заставляет запрос искать ресурс. Вот так:

http://roine.github.com/p1?


17

В моем случае на

  1. если ваша пользовательская страница https://github.com/mgravell, ваше имя репо должно быть mgravell.github. io
  2. под root, создайте файл index.html

  3. в корневом каталоге, создайте папку docs , создайте файл CNAME в docs (примечание: НЕТ расширения, такого как .txt, убедитесь, что ваша файловая система показывает расширение)

  4. gh-pages ветка необязательна, достаточно master ветки

подробнее : проверьте официальную документацию здесь : https://help.github.com/articles/configuring-a-publishing-source-for-github-pages/

Улучшите этот ответ
отредактировано 18 апр. ’19 в 3:18
ответил 08 августа 2017 в 18:40
  • iv>

    Должен ли файл CNAME быть пустым? Если нет, то что в нем должно быть? — dumbledad 23 марта ’19 в 13:02
  • Пустой файл @dumbledad подойдет — Timeless 23 мар. ’19 в 13:02
добавить комментарий |

В моем случае

  1. если ваша пользовательская страница https://github.com/mgravell, ваше имя репо должно быть mgravell.github.io
  2. в корневом каталоге, создайте файл index.html

  3. в корневом каталоге, создайте папку docs , создайте файл CNAME в docs (обратите внимание: расширение NO , например .txt, убедитесь, что ваш файловая система показывает расширение)

  4. gh-pages ветка не является обязательной, ветвь master является достаточно

подробнее : проверьте официальную документацию здесь: https://help.github.com/articles/configuring-a- публикация-источник-для-github-страниц/


13

Мои страницы также продолжали набирать обороты. Обратился в службу поддержки, и они указали, что URL-адрес чувствителен к регистру; решил мою проблему.

Улучшите этот ответ
ответил 01 нояб. в 0:42
  • 3
    Я уже пробовал и то, и другое, с заглавной буквой и без нее, прежде чем обратиться в службу поддержки — Джонатан де М. 01 нояб., 9:31
добавить комментарий |

Мои страницы также продолжали повторять 404. Обратился в службу поддержки, и они указали, что URL-адрес чувствителен к регистру; решил мою проблему.


4

в моем случае Мне пришлось зайти в настройки проекта и включить страницы github. По умолчанию выключено

Улучшите этот ответ
ответил 09 сен. ’17 в 19:03
  • Это и выбор темы Jekyll (хотя я не хочу использовать Jekyll) — вот что исправило мою. Кроме того, у меня изначально было закрытое репо. Я думаю, что это не работает с Github Pages. — Azurespot, 7 января, 22:14
  • Работа частных репозиториев @Azurespot — Жоао Нуньес 2 дня назад
добавить комментарий |

в моем случае мне пришлось перейти в настройки проекта и включить страницы github. По умолчанию выключено


3

Если вы убедитесь, что ваша структура верна, просто нажмите пустой коммит или обновите файл index.html, добавив немного места, это работает!

Улучшите этот ответ
ответил 17 окт., 12:54
добавить комментарий |

Если вы уверены, что ваша структура верна, просто нажмите пустую фиксацию или обновите файл index.html с небольшим пространством, это работает !


3

Добавьте следующее в начало файл index.html

    

Улучшите этот ответ
ответил 11 мая ’19 в 17:48
добавить комментарий |

Добавьте следующее в начало индекса. html файл

    

2

Я заставил сайт работать, удалив папку «username.github.io» на моем компьютере, снова выполнив шаги, включая изменение индекса/html файл.

Моя ошибка ( я думаю ) в том, что я изначально клонировал «https://github.com/username/username.github.io .git «вместо https://github.com/username/username.github.io (без» .git «)

Улучшите этот ответ
ответил 25 сен 2017 в 15:59
добавить комментарий |

Я заставил сайт работать, удалив папку «username.github.io» на моем компьютере, снова выполнив шаги, включая изменение файл index/html.

Моя ошибка ( я думаю ) в том, что я изначально клонировал https://github.com/username/username.github. io .git «вместо https://github.com/username/username.github.io (без» .git «)


2

Если вы видели 404, даже если все выглядит правильно, попробуйте переключить https/http.

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

Однако у меня все установлено правильно, и на странице настроек сказано, что он опубликован, тогда я все еще видел 404.

Спасибо за комментарий @Rohit Suthar (хотя в этом комментарии использовался https), я изменил URL-адрес на http и это работает d, то https тоже работал.

Улучшите этот ответ
ответил 19 янв. в 15:47
добавить комментарий |

Если вы видели ошибку 404, даже если все выглядит правильно, попробуйте переключить https/http.

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

Однако у меня все настроено правильно, и на странице настроек указано он опубликован, затем я все еще видел 404.

Спасибо за комментарий @Rohit Suthar (хотя этот комментарий должен был использовать https), я изменил URL-адрес на http, и он работал, затем https тоже работал.


2

В моем случае все предложения выше были верны. У меня работало большинство страниц, за исключением нескольких, которые возвращали 404, хотя файлы уценки были там, и они казались правильными. Вот что исправило это для меня на этих страницах:

  • На одной странице было несколько специальных символов, которые не являются частью UTF-8 , и я думаю, поэтому страницы GitHub не могли их отображать. Обновление/удаление этих символов и запуск новой фиксации исправили это.
  • На другой странице я обнаружил, что вокруг заголовка есть апострофы ', я удалил их, и содержимое страницы стало отображаться нормально
Улучшите этот ответ
ответил 20 июля ‘ 18, 7:11
добавить комментарий |

В моем случае все предложения выше были правильными. У меня работало большинство страниц, за исключением нескольких, которые возвращали 404, хотя файлы уценки были там, и они казались правильными. Вот что исправило это для меня на этих страницах:

  • На одной странице было несколько специальных символов, которые не являются частью UTF-8 , и я думаю, поэтому страницы GitHub не могли их отображать. Обновление/удаление этих символов и запуск новой фиксации исправили это.
  • На другой странице я обнаружил, что вокруг заголовка есть апострофы ', я удалил их, и содержимое страницы стало отображаться нормально

2

У меня была именно такая проблема с typedocs. README.md работал, но ни один из фактических документов, сгенерированных моими строками документов, не отображался, я только что получил экран 404 Github Pages.

Чтобы исправить это, просто поместите пустой файл в каталог/docs (или где бы вы ни создавали свои документы) и назовите его .nojekyll

Чтобы убедиться, ваша файловая структура теперь должна выглядеть так:

  ./docs/.nojekyll # плюс все ваши сгенерированные документы  

Отправьте это на удаленное репозиторий Github, и ваши ссылки и т. д. теперь должны работать.

Также убедитесь, что вы выбрали в настройках Github:

  Настройки -> Github Pages -> Источник -> папка master brach/docs   

В зависимости от вашей структуры документации вам, вероятно, придется воссоздавать этот файл каждый раз, когда вы обновляете свои документы, это пример использования typedocs и создания файла .nojekyll каждый раз в файле package.json. :

  # пакет. json "scripts": {"typedoc": "typedoc --out docs src && touch docs/.nojekyll"},  

Улучшите этот ответ
отредактировано 25 апреля ’20 в 11:01
ответил 24 апр. 40
добавить комментарий |

У меня была точно такая же проблема с typedocs. README.md работал, но ни один из фактических документов, созданных моими строками документов, не отображался, у меня только что появился экран 404 Github Pages.

Чтобы исправить это, просто поместите пустой файл в каталог/docs (или где бы вы ни создавали свои документы) и назовите его .nojekyll

Чтобы убедиться, ваша файловая структура теперь должна выглядеть так:

  ./docs/.nojekyll # плюс все ваши сгенерированные документы  

Отправьте это на удаленное репозиторий Github, и ваши ссылки и т. д. теперь должны работать.

Также убедитесь, что вы выбрали в настройках Github:

  Настройки -> Страницы Github -> Источник -> папка master brach/docs   

В зависимости от вашей структуры документации вам, вероятно, придется воссоздавать этот файл каждый раз, когда вы обновляете свои документы, это пример использования typedocs и создания файла .nojekyll каждый раз в файле package.json. :

  # package.json "scripts": {"typedoc": "typedoc --out docs src && touch docs/.nojekyll"},  

2

По какой-то причине развертывание страниц GitHub перестало работать сегодня (05 мая 2020 г.). Раньше у меня не было никаких html, только md файлы. Я попытался создать index.html, и он сразу же опубликовал страницу. После удаления index.html публикация продолжает работать.

Улучшите этот ответ
отредактировано 5 мая ’20 в 3:08
ответил 5 мая ’20 в 2:20
добавить комментарий |

По какой-то причине развертывание страниц GitHub перестало работать сегодня (2020-май-05). Раньше у меня не было никаких html, только md файлы. Я попытался создать index.html, и он сразу же опубликовал страницу. После удаления index.html публикация продолжает работать.


2

В моем случае в реакции было необходимо для выбора ветки gh-pages:

Улучшите этот ответ
ответил 21 мая ’20 в 10:04
добавить комментарий |

В моем случае в react нужно было выбрать ветку gh-pages:


1

Я связал свой домен до появления этой проблемы. Я зафиксировал и нажал ветку gh-pages, и это решило мою проблему. Новые коммиты заставляют jekyll перестраивать ваши страницы.

Улучшите этот ответ
отредактировано 21 июля ’13 в 13:33
Вики сообщества

2 версии
strongwillow
добавить комментарий |

Я связал свой домен до появления этой проблемы. Я зафиксировал и нажал ветку gh-pages, и это решило мою проблему. Новые коммиты заставляют jekyll перестраивать ваши страницы.


1

В моем случае URL-адрес был довольно длинным. Итак, я думаю, есть предел. Я поместил его в свой собственный поддомен, и он сработал.

Улучшить этот ответ
ответил 19 августа 2017, 20:41
добавить комментарий |

В моем случае URL-адрес был довольно длинным. Итак, я думаю, есть предел. Я поместил его в свой собственный поддомен, и он сработал.


1

В частном репо, когда я впервые добавил и отправил свою ветку gh-pages в github, настройки для страниц github автоматически изменились, чтобы указать, что ветка gh-pages будет опубликована, но не было зеленой или синей полосы с URL-адрес github.io и без параметров пользовательского домена.

Только когда я переключил источник на master и быстро переключил источник обратно на gh-страницы, он фактически обновился зеленой полосой, содержащей опубликованный URL.

Улучшите этот ответ
ответил 12 июня ’18, 23:00
  • 1
    Это помогает. Сначала мой проект был частным , и в этом состоянии я отправил проект на страницы Github и получил 404 (ofc). После переключения с gh-страниц на master , а затем обратно с master на gh-страницы все было хорошо, и приложение начало работать. — zrna 08 июн. ’20 в 10:43
добавить комментарий |

В частном репо, когда я впервые добавил и отправил ветку gh-pages в github, настройки для страниц github автоматически изменились, чтобы указать что ветка gh-pages будет опубликована, но нет зеленой или синей полосы с URL-адресом github.io и параметров пользовательского домена.

Только когда я переключил источник на master и быстро переключил источник обратно на gh-страницы, он фактически обновился зеленой полосой, содержащей опубликованный URL.


1

Другой вариант этой ошибки:

Я создал свою первую страницу Github после учебника, но дал файлу readme.md — с моей точки зрения — более значимое имя: welcome.md .

Это была фатальная ошибка:

Мы будем использовать ваш файл README в качестве индекса сайта, если у вас нет index.md (или index.html ), что не отличается от того, когда вы просматриваете репозиторий на GitHub.

из публикации с помощью GitHub Pages, теперь так же просто, как 1, 2, 3

Затем я смог получить доступ к странице моего веб-сайта с помощью опубликовано по ссылке , указанной в разделе Репозиторий / Настройки / Страницы GitHub за которым следует welcome.html или короче welcome .

Улучшить этот ответ
отредактировано 5 января ’20 в 10:59
Дима Паржицкий
3,27711 золотых знаков1717 серебряных знаков3535 бронзовых знаков
ответил 22 сен ’19 в 16:06
добавить комментарий |

Другой вариант этой ошибки:

Я создал свою первую страницу Github после учебника, но дал файл readme.md a — с моей точки зрения — более значимое имя: welcome.md .

Это была фатальная ошибка:

Мы будем использовать ваш файл README в качестве индекса сайта, если у вас нет index.md (или index.html ), не отличается от того, когда вы просматриваете репозиторий на GitHub.

из публикации с помощью GitHub Страницы, теперь такие же простые, как 1, 2, 3

Затем я смог получить доступ к странице моего веб-сайта, используя , опубликованный на ссылка , указанная в разделе Репозиторий / Настройки / GitHub Pages , за которым следует welcome.html или короче welcome .


1

Я следил за этим видео YT. Итак, когда я запустил команду в своем терминале, он уже поместил код в ветку gh-pages . Затем я перешел в ветку master . Это давало мне ошибку 404.

Затем я поменял ветку на master , а затем снова вернулся к gh-pages и теперь ошибка исчезла. Он указывает на index.html , даже если его нет в URL.

Улучшите этот ответ
ответил 13 октября ’20 в 14:30
добавить комментарий |

Я слежу за этим видео YouTube. Итак, когда я запустил команду в своем терминале, он уже поместил код в ветку gh-pages . Затем я перешел в ветку master . Это давало мне ошибку 404.

Затем я поменял ветку на master , а затем снова вернулся к gh-pages и теперь ошибка исчезла. Он указывает на index.html , даже если его нет в URL.


1

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

https://{{your-username}} .github. io/{{ваш-репозиторий}}? randomquery

Улучшите этот ответ
отредактировано 13 часов назад
ответил 13 января в 10:46
добавить комментарий |

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

https://{{your-username}} .github.io/{{your- репозиторий}}? randomquery


0

Перейдите в раздел настроек вашего репозитория, выберите основную ветку в разделе «Источник» и нажмите кнопку «Сохранить», после чего обновите страницу, и вы сможете увидеть ссылку на свою страницу!

Улучшите этот ответ
ответил 01 июля ’18 в 13:31
добавить комментарий |

Перейдите в раздел настроек вашего репозитория, выберите основную ветку в разделе «Источник» и нажмите кнопку «Сохранить», после чего обновите страницу, и вы будете может видеть ссылку вашей страницы!


0

Я тоже столкнулся с этой проблемой (404), и основная причина заключалась в том, что мой файл был назван INDEX.md . Я разрабатывал для Windows, и мой локальный сайт Jekyll работал (поскольку Windows по умолчанию обрабатывает имена файлов без учета регистра). Когда его отправили на Github, это не сработало. После того, как я переименовал INDEX.md в index.md , все стало хорошо.

Улучшить этот ответ
ответил 29 ноя ’18 в 07:22
добавить комментарий |

Я тоже столкнулся с этой проблемой (404), и основная причина заключалась в том, что мой файл был назван INDEX.md . Я разрабатывал для Windows, и мой локальный сайт Jekyll работал (поскольку Windows по умолчанию обрабатывает имена файлов без учета регистра). Когда его отправили на Github, это не сработало. Как только я переименовал INDEX.md в index.md , все стало хорошо.


0

Еще один сценарий:

  • с использованием страницы организации (не страницы проекта), имеющей репозиторий с именем .github.io
  • исходные документы в виде разметки в master ветке (asciidoc)
  • Travis CI извлекает файлы исходной документации из master и отправляет сгенерированный HTML файлы в gh-pages ветку

В ветку gh-pages обновляются сгенерированные html-страницы. Вкладка GitHub Environment содержит ссылку на страницу организации. Щелчок по нему приводит к 404 .

Согласно https://help.github.com/articles/configuring-a-publishing-source-for-github- pages/

Страницы пользователей и организаций, которые имеют этот тип имени репозитория, публикуются только из master ветви

Если я правильно понимаю, страницы GitHub не будут публиковаться из ветки gh-pages , если вы создаете пользователя или Organization , а не сайт Project .

Я переименовал свое репо, чтобы сделать его Project site, а не Organization site, а затем была опубликована ветвь gh-pages , как ожидалось.

Улучшить этот ответ
ответил 30 нояб., в 2:32
добавить комментарий |

Еще один сценарий:

  • с использованием страницы организации (не страницы проекта) с репозиторием с именем .github.io
  • исходные документы в виде разметки в ветке master (asciidoc)
  • Travis CI извлекает файлы исходной документации из master и помещает сгенерированные файлы html в ветвь gh-pages

Ветвь gh-pages обновляется сгенерированными HTML-страницами. Вкладка GitHub Environment содержит ссылку на страницу организации. Щелчок по нему приводит к 404 .

Согласно https://help.github.com/articles/configuring-a-publishing-source-for-github- pages/

Страницы пользователей и организаций, которые имеют этот тип имени репозитория, публикуются только из master ветви

Если я правильно понимаю, страницы GitHub не будут публиковаться из ветки gh-pages , если вы создаете пользователя или Organization , а не сайт Project .

Я переименовал свое репо, чтобы сделать его сайтом Project , а не сайтом Organization , а затем gh -pages была опубликована должным образом.


0

У меня была такая же проблема .. Очень странная проблема .. В моем HTML-коде был пробел после

 >   >>  

Исправлено после удаления пробела

 > >   

Улучшите этот ответ
ответил июн 11 ’19, 20:45
  • Вероятно, это просто эквивалентно перестроению сайта, как в stackoverflow.com/a/45907768/12 4703 — Kenyon 10 января в 23:20
добавить комментарий |

У меня была такая же проблема .. Очень странная проблема … В моем HTML-коде был пробел после title

 > >>  

Исправлено после удаления пробела

 > >  

0

Кроме того, страницы GitHub в настоящее время не поддерживают Git LFS. Таким образом, если у вас есть изображения (или другие двоичные ресурсы) на страницах GitHub, зафиксированных с помощью Git LFS, вы получите ошибку 404, не найденную для этих файлов.

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

В этом случае решение состоит в том, чтобы просто не фиксировать эти файлы с помощью Git LFS.

Улучшите этот ответ
ответил 20 августа ’19 в 15:41
добавить комментарий |

Кроме того, страницы GitHub в настоящее время не поддерживают Git LFS. Таким образом, если у вас есть изображения (или другие двоичные ресурсы) на страницах GitHub, зафиксированных с помощью Git LFS, вы получите ошибку 404, не найденную для этих файлов.

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

В этом случае решение состоит в том, чтобы просто не фиксировать эти файлы с помощью Git LFS.


0

В моем случае мой репозиторий был частным. Сделайте репозиторий общедоступным и повторите все шаги.

Улучшите этот ответ
ответил 17 сен ’19 в 19:07
добавить комментарий |

В моем случае мой репозиторий был частным. Сделайте репозиторий общедоступным и повторите все шаги.



Сайт пользователя страниц не опубликован

У меня есть сайт по адресу https://github.com/signalshore/signalshore. github.io/, который показывает 404, когда я пытаюсь посетить его через signalhore.github.io

Это происходит уже почти 2 часа.


Вот два скриншота


Привет, @signalshore

Я только что посмотрел, и похоже, что ваш сайт в настоящее время работает.

Если вы все еще видите ошибку 404, возможно, ваш браузер обслуживает кешированную версию страницы до ее успешной публикации. Если вы используете Chrome в качестве браузера, вы можете использовать сочетание клавиш Control + Shift + R, чтобы исправить это. В качестве альтернативы вы можете попробовать посетить свой веб-сайт в режиме инкогнито или в окне частного просмотра.

Также хорошо отметить, что сборка GitHub Pages может занять до десяти минут (и для ваших изменений чтобы появиться) после добавления нового коммита в ваш репозиторий. Поэтому иногда требуется некоторое время, прежде чем вы увидите свой сайт таким, каким вы его ожидали.

Надеюсь, это поможет!


То же самое происходит с меня часами, а сайт до сих пор не работает. Я тоже очистил свой кеш, попробовал в инкогнито, но все еще не работаю, что делать

https://github.com/tarun4all/trackme.git.io


У вас не может быть поддомена, который не является вашим именем пользователя, и если вы создадите репо с другим именем, он не будет автоматически установлен как страница github. Перейдите в настройки репо и включите страницы github в ветке master. Тогда ваша страница должна быть по адресу https://tarun4all.github.io/trackme.git.io/из-за того, как вы назвали свое репо.


Привет, я сейчас тоже имея ту же проблему, все началось с развертывания через терминал m, сначала получилось

fatal: ветвь с именем ‘gh-pages’ уже существует.

Решена эта удалив папку node_modules/.cache.

Затем приступил к повторному развертыванию и получил другую проблему.

fatal: destination path ‘node_modules gh-pages. cache github.com! derahn! My-портфолио.git ‘уже существует и является
не пустым каталогом.

Решено, посетив мои настройки репо и отключив gh-страницы раздел (установив для источника значение none)

После этого все вроде работало нормально, и мой терминал наконец-то отобразил опубликованное решение.

Но прошло около часа, а код ошибки 404 все еще появляется.

Вот ссылка на сайт: https://derahn.github.io/ dotun_portfolio/

Пожалуйста, посоветуйте соответственно, спасибо


Привет, вопрос новичка: если у меня есть второй репозиторий в github, как мне его тогда называть ? (Если репозиторий может называться только myusername.github.io, может быть опубликован только один репозиторий github)


Аххх, я перечитал ваше сообщение и теперь понимаю, как решить. Спасибо!


То же самое и с моим сайтом, слава Богу, я увидел этот пост, и моя проблема решена


То же самое произошло на мой размещенный сайт тоже. Страница не найдена. Как мне это исправить?


привет,

даже я столкнулся с проблемой samr … я пробовал то, что вы упомянули в сообщении но все же он показывает, что страница не найдена.

Не могли бы вы мне помочь в этом отношении, пожалуйста …


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


У меня та же проблема, что и у многих людей, но я не понимаю, как она исправляется.

Я надеялся использовать адрес .github, io,

Сначала я попытался создать страницы в репозитории с именем/docs, но в настройках -> Страницы GitHub -> Источник,

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

.github.io, и когда я это сделал, в настройках -> Страницы GitHub -> Источник, а не

давая мне меню, говорится, что «Ваш сайт GitHub Pages в настоящее время создается из основной ветки»

, а выше говорится: «Ваш сайт готов к публикации по адресу http:// .github.io/”

Звучит хорошо, но когда я нажимаю эту ссылку, я получаю страницу 404. Я уверен, что мне что-то не хватает

(возможно, «готово к публикации» отличается от «опубликовано», и мне нужно сделать что-то еще),

но я не знаю что.

Есть идеи?


Ну, неважно.

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


Мой сайт не опубликован. www.vipin-tech.github.io.

Когда я вхожу в github, перехожу на страницу настроек и перехожу на URL-адрес страниц github, я могу получить доступ к веб-сайту.

Но когда я очищаю файлы cookie и кеш и введите URL-адрес в браузере, я вижу ошибку 404.

Пожалуйста, кто-нибудь может мне помочь с этим?


Вы можете опубликовать свои другие репозитории также с использованием страниц Github, но домен, из которого вы можете получить к нему доступ, — это .github. io/


Все еще его 404 Bro !!


Мой сайт все еще недоступен и У меня ошибка 404! Кто-нибудь мог видеть свои веб-сайты вживую?


Вы выяснили, в чем проблема? У меня такой же


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

Убедитесь, что выполнены следующие условия:

  1. Версия Angular Cli должна быть 8+.
  2. Репо должно быть публичным, а не приватным — перейдите к настройкам и измените репо на публичное.
  3. Попробуйте выполнить следующую команду: ng deploy —repo = https://github .com// —base-href = https:// .github.io//

На странице настроек вы получите сгенерированную ссылку.
Проверьте вкладку сети, чтобы увидеть, успешно ли загружаются пакеты, иначе очистите кеш один раз и попробуйте: ctrl + shift + R.

Оцените статью
logicle.ru
Добавить комментарий