ドキュメントには頻繁に更新が加えられ、その都度公開されています。本ページの翻訳はまだ未完成な部分があることをご了承ください。最新の情報については、英語のドキュメンテーションをご参照ください。本ページの翻訳に問題がある場合はこちらまでご連絡ください。
記事のバージョン: Enterprise Server 2.14

このバージョンの GitHub Enterprise はこの日付をもって終了となります: このバージョンの GitHub Enterprise はこの日付をもって終了となりました: 2019-07-12. 重大なセキュリティ上の問題があっても、パッチはリリースされなくなります。優れたパフォーマンス、改善されたセキュリティ、そして新しい機能のために、GitHub Enterprise の最新バージョンにアップグレードしてください。 アップグレードに関するヘルプについては、GitHub Enterprise Support に連絡してください。

一般的な Jekyll のビルドの失敗

一般的なビルドの失敗によって、特定のファイルとエラー情報が記載されたメールが送信されることはありません。 「Page build failed」とだけ記載されたメールを受信した場合や、GitHub Pages のサイトが最初のプッシュ後に表示されない場合は、こちらの一般的なエラーをご確認ください。

サイトをローカルで構築してみてください。構文エラーやタグエラーなどの一般的な Jekyll ビルドの失敗のトラブルシューティングに役立ちます。

プッシュに使用するデプロイキー

プッシュはユーザアカウントによって行われる必要があります。 デプロイキーを使用して Organization の Pages のリポジトリをプッシュする場合は、ビルドはトリガーされません。

代わりにマシンユーザを Organization のメンバーとして設定できます。

サポートされていないプラグイン

GitHub Pages サーバはサポートされていないプラグインとともにビルドすることはできません。 サポートされていないプラグインをサイトに取り込む唯一の方法は、サイトをローカルで生成し、サイトの静的なファイルを GitHub Pages サイトにプッシュすることです。 サポートされているプラグインのリストと、それらを GitHub Pages のサイトに含める方法の手順については、「GitHub Pages サイトに Jekyll プラグインを追加する」を参照してください。

ソースの設定

ビルドサーバは Pages サイトのビルド時に source 設定をオーバーライドします。 _config.yml ファイルでこの設定を変更した場合は、GitHub Pages サイトは正しくビルドされない可能性があります。

継続的インテグレーションサービスと連携する

Travis CI などの一部の CI サービスでは、明示的にホワイトリストに登録しない限り、gh-pages ブランチがビルドされません。 GitHub Pages サイトで CI サービスとのインテグレーションを行いたい場合は、CI の構成ファイルで gh-pages ブランチを指定する必要があります。

たとえば、Travis CI のドキュメントでは、以下の行を .travis.yml ファイルに追加することを提案しています:

branches:
  only:
    - gh-pages

担当者にお尋ねください

探しているものが見つからなかったでしょうか?

弊社にお問い合わせください