github - GithubPagesでHTTP404を修正するにはどうすればよいですか？

Question

gh-pagesこれがブランチ上の私のGitHubリポジトリです。すべてが良さそうですindex.html。CSS、JS、写真のフォルダがあります。

しかし、http：//roine.github.com/p1にアクセスすると、HTTP404が見つかりません。

説明と解決策はありますか？

score 242 · Accepted Answer

すべてのファイルに対して1回だけコミットしました。空のコミットをプッシュし、ページを更新すると、機能しました。

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

@Hendriktoがコメントで指摘したように、これが機能しない場合は、Githubステータスページをチェックして、GitHubページが機能していることを確認してください。

score 111 · Accepted Answer

Github Pageの404ページを修正するために、ここ My Forkですべてのトリックを実行しましたが、404ページが維持されました。

最終的に、私のブラウザはWeb上に表示される前に10分のキャッシュをほとんど保持していないことがわかりました。

URLの最後に追加/index.htmlするだけで、それが表示され、ケースが解決されました。

https://username.github.io/{repoName}/index.html

score 104 · Accepted Answer

私の場合、名前が_（like _cssand _js）で始まるフォルダーがありましたが、GHPagesはJekyllの処理ルールに従って無視します。Jekyllを使用しない場合、回避策は.nojekyllルートディレクトリに名前の付いたファイルを配置することです。それ以外の場合は、これらのフォルダから下線を削除できます

score 58 · Accepted Answer

4か月前にサポートに連絡しましたが、彼らはそれが彼らの側の問題であると私に言いました、彼らは一時的にそれを修正しました（現在のコミットのために）。

今日はまたやってみました

githubのgh-pagesブランチを削除しました

git push origin --delete gh-pages
ローカルのgh-pagesブランチを削除しました

git branch -D gh-pages
gitを再初期化しました

git init
ローカルでブランチを再作成しました

git branch gh-pages
gh-pagesブランチをgithubにプッシュしました

git push origin gh-pages

正常に動作し、最終的にページ上のファイルを更新できます。

score 44 · Accepted Answer

まだ選択していない場合は、GitHubPages設定タブでJekyllテーマを選択します。PagesサイトにJekyllを使用していない場合でも、これは明らかに必要です。

score 23 · Accepted Answer

gh-pagesブランチでレポジトリをフォークした後、同じ問題が発生しました。index.html新しいコミット（空白だけ）をフォークのgh-pagesブランチにプッシュするだけで修正できました。

score 20 · Accepted Answer

私の場合、2017年8月8日

ユーザーページがhttps://github.com/mgravellの場合、リポジトリ名は mgravell.github.ioである必要があります
ルートの下に、ファイルを作成しますindex.html
ルートの下にフォルダを作成し、下docsにファイルを作成します（注：.txtのような拡張子はありません。ファイルシステムに拡張子が表示されていることを確認してください）CNAMEdocs
gh-pagesブランチはオプションで、masterブランチで十分です

詳細：ここで公式ドキュメントを確認してください：https ：//help.github.com/articles/configuring-a-publishing-source-for-github-pages/

score 20 · Accepted Answer

約10分から1時間待ちます。それでも機能しない場合は、githubにお問い合わせください。通常、それは彼らの最後の問題です。ただし、お急ぎの場合は、「？」を追加して開封してみてください。URLの最後に疑問符があります。クエリにリソースの検索を強制します。このような：

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

score 16 · Accepted Answer

私の場合、ブラウザには以前にキャッシュされたバージョンのアプリがありました。キャッシュされたバージョンを取得しないようにするには、ランダムなクエリ文字列を使用してURLにアクセスします。

https://{{your-username}}.github.io/{{your-repository}}?randomquery

score 13 · Accepted Answer

私のページも404を維持しました。サポートに連絡し、URLでは大文字と小文字が区別されると指摘しました。私の問題を解決しました。

score 5 · Accepted Answer

私の場合、プロジェクト設定に移動してgithubページを有効にする必要がありました。デフォルトはオフです

score 4 · Accepted Answer

すべてが正しく見える場合でも404が表示された場合は、https/httpを切り替えてみてください。

元の質問のURLが間違っています。通常、リポジトリの設定を確認して、生成されたサイトの正しいURLを見つけることができます。

しかし、私はすべてを正しく設定し、設定ページに公開されたと表示されましたが、それでも404が表示されました。

@Rohit Sutharのコメントに感謝します（そのコメントはhttpsを使用することでしたが）、URLをhttpに変更すると機能し、httpsも機能しました。

score 4 · Accepted Answer

4

index.htmlファイルの先頭に以下を追加します

<!DOCTYPE html>

于 2019-05-11T17:48:35.127 に答える

score 4 · Accepted Answer

4

私の場合、gh-pagesブランチを選択するためにreactが必要でした：

于 2020-05-21T10:04:03.577 に答える

score 4 · Accepted Answer

私は同じ問題に直面していました、上記の方法のほとんどを試した後、私は解決策を得ることができませんでした。私の場合、Githubが名前masterをmainブランチに変更したための問題です。

[設定]->[GitHubPages]セクションに移動し、ブランチをメインに変更します。

に

保存してテーマを選択すると、ウェブサイトが公開されます。

score 3 · Accepted Answer

構造が正しいことが確実な場合は、空のコミットをプッシュするか、index.htmlファイルをスペースで更新するだけで機能します。

score 3 · Accepted Answer

私はtypedocsでこの正確な問題を抱えていました。README.mdは機能しましたが、ドキュメント文字列によって生成された実際のドキュメントは表示されませんでした。404GithubPages画面が表示されました。

これを修正するには、空のファイルを/ docsディレクトリ（またはドキュメントを生成する場所）に配置して呼び出します。.nojekyll

確認するために、ファイル構造は次のようになります。

./docs/.nojekyll  # plus all your generated docs

これをリモートのGithubリポジトリにプッシュすると、リンクなどが機能するはずです。

また、Github設定で以下を選択していることを確認してください。

Settings -> Github Pages -> Source -> master brach /docs folder

ドキュメントフレームワークによっては、ドキュメントを更新するたびにこのファイルを再作成する必要があります。これは、typedocsを使用し、package.jsonファイルで毎回.nojekyllファイルを作成する例です。

# package.json

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

score 3 · Accepted Answer

私にとっての解決策は、を正しく設定することでしhomepageたpackage.json。

私のプロジェクト名はmonsters-rolodexで、コンソールから公開していgh-pages -d buildます。

"homepage": "https://github.com/monsters-rolodex",

プロジェクトは、/monsters-rolodex/でホストされていることを前提に構築されました。

ホームページのURLにgithubのユーザー名を含めたため、機能しませんでした。

score 2 · Accepted Answer

コンピューターの「username.github.io」フォルダーを削除して、index / htmlファイルの変更などの手順を再度実行することで、サイトを機能させることができました。

私の間違い（私は思う）は、最初にhttps://github.com/username/username.github.io（no"ではなく"https://github.com/username/username.github.io.git"のクローンを作成したことです。。ギット"）

score 2 · Accepted Answer

私の場合、上記の提案はすべて正しかった。マークダウンファイルがあり、正しいように見えたにもかかわらず、404を返すページを除いて、ほとんどのページが機能していました。これらのページで私が修正したものは次のとおりです。

あるページには、一部ではない特殊文字がいくつかありましたUTF-8。そのため、GitHubページではそれらをレンダリングできなかったと思います。これらの文字を更新/削除し、新しいコミットをプッシュすると修正されました。
別のページで、タイトルの周りにアポストロフィがあることがわかりました'。それらを削除すると、ページのコンテンツが正常に表示され始めました。

score 2 · Accepted Answer

何らかの理由で、GitHubページのデプロイは本日（2020年5月5日）機能しなくなりました。以前は、htmlはなく、mdファイルしかありませんでした。index.htmlを作成しようとしましたが、すぐにページが公開されました。index.htmlを削除した後も、パブリケーションは機能し続けます。

score 2 · Accepted Answer

私はこのYTビデオをフォローしていました。そのため、ターミナルでコマンドを実行すると、コードがgh-pages既に分岐するようにプッシュされました。それから私はmasterブランチにプッシュしました。それは私に404エラーを与えていました。

次に、ブランチをに交換してからmaster再び元に戻したgh-pagesところ、エラーはなくなりました。URLに含まれていなくても、それを指してindex.htmlいます。

score 1 · Accepted Answer

この問題が発生する前にドメインをバインドしました。ブランチのgh-pagesをコミットしてプッシュしたところ、問題は解決しました。新しいコミットにより、jekyllはページを再構築します。

score 1 · Accepted Answer

私の場合、URLはかなり長かったです。ですから、限界があると思います。私はそれを私のカスタムサブドメインに置きました、そしてそれは働きました。

score 1 · Accepted Answer

プライベートリポジトリで、gh-pagesブランチを最初に追加してgithubにプッシュしたとき、githubページの設定が自動的に変更され、gh-pagesブランチが公開されることが示されましたが、github.ioには緑または青のバーがありませんurlとカスタムドメインオプションなし。

ソースをマスターに切り替えてすぐにソースをgh-pagesに戻すまで、公開されたURLを含む緑色のバーで実際に更新されました。

score 1 · Accepted Answer

このエラーの別の変形：

チュートリアルの後に最初のGithubページを設定しましたが、ファイルreadme.mdに-私の観点から-より意味のある名前を付けました：welcome.md。

それは致命的な間違いでした：

index.md（または）がない場合は、READMEファイルをサイトのインデックスとして使用します。GitHub index.htmlでリポジトリを参照する場合と同じです。

GitHub Pagesでの公開から、1、2、3と同じくらい簡単になりました

その後、//の後に以下で指定されたpublished atリンクを使用して自分のWebサイトページにアクセスできました。RepositorySettingsGitHub Pageswelcome.htmlwelcome

score 0 · Accepted Answer

リポジトリの設定セクションに移動し、ソースセクションでマスターブランチを選択し、保存ボタンをクリックしてからページを更新すると、ページのリンクが表示されます。

score 0 · Accepted Answer

私もこの問題（404）に直面し、根本的な原因は私のファイルの名前がでしたINDEX.md。私はWindowsで開発していて、ローカルのJekyllサイトは機能していました（Windowsはデフォルトでファイル名の大文字と小文字を区別しないため）。Githubにプッシュすると、機能しませんでした。に名前を変更するINDEX.mdとindex.md、うまくいきました。

score 0 · Accepted Answer

さらに別のシナリオ：

名前の付いたリポジトリを持つ組織ページ（プロジェクトページではない）を使用する<orgname>.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このタイプのリポジトリ名を持つユーザーページと組織ページは、ブランチからのみ公開されます

これを正しく理解していれば、サイトではなくまたはサイトgh-pagesを作成している場合、GitHubPagesはブランチから公開されません。UserOrganizationProject

リポジトリの名前をProjectサイトではなくOrganizationサイトに変更したところ、gh-pages期待どおりにブランチが公開されました。

score 0 · Accepted Answer

私は同じ問題を抱えていました..非常に奇妙な問題..私のHTMLはタイトルの後にスペースがありました

> <title>
> 
> <script>

スペースを削除した後、修正されました

> <title>
> <script>

score 0 · Accepted Answer

また、GitHubページは現在GitLFSをサポートしていません。そのため、Git LFSでコミットされたGitHubページに画像（または他のバイナリアセット）がある場合、それらのファイルで404が見つかりません。

これは、Doxygenまたは同様のツールで生成されたドキュメントでは非常に一般的です。

この場合の解決策は、GitLFSでこれらのファイルをコミットしないことです。

score 0 · Accepted Answer

私の場合、私のリポジトリはプライベートでした。リポジトリを公開し、すべての手順をもう一度実行します。

score 0 · Accepted Answer

また、この問題に直面し、ページが404になりました。次に、リポジトリにREADME.mdを追加すると、404がなくなりました。

score 0 · Accepted Answer

昨日、同じ問題（新しく設定されたGitHubページのWebサイトで404）に直面しました。新しいテーマを切り替えるなど、いろいろな方法を試しましたが、それでもうまくいかなかったようです。GitHub Pages Webサイトのブランチを別のブランチに切り替えて、最終的にそれを理解しました。[保存]をクリックします。しばらく待ってから、もう一度切り替えてください。その後、問題は突然解決されました。

score 0 · Accepted Answer

リポジトリの名前をランダムな名前に変更してから、元の名前に戻して機能させる必要がありました。

GHページのバグのようです。

score 0 · Accepted Answer

umijsを使用して、プロジェクトをパッケージ化し、githubページにデプロイしました。次の操作が役に立ちました。

1. 13行目に、base：my-project-name;を追加します。
1. gh-pagesを再デプロイします

ちょっとした推測：githubページはルート以外のディレクトリにデプロイする必要があります

score 0 · Accepted Answer

次の操作が役に立ちました。

webpackビルド：

Webpack output.publicPath

publicPath: './'

viteビルド：

バイトベース

base: './'

github - GithubPagesでHTTP404を修正するにはどうすればよいですか？

37 に答える 37

Related

Reference