リポジトリへの書き込み権限があるユーザは、Jekyll を使用して GitHub Pages サイトにコンテンツを追� できます。
Jekyll サイトのコンテンツについて
GitHub Pages で Jekyll サイトにコンテンツを追� する前に、Jekyll サイトを作成する必要があります。 詳しい情� �については、「Jekyll を使用して GitHub Pages サイトを作成する」を参照してく� さい。
Jekyll サイトのコンテンツとして 2 つの主なタイプは、ページと投稿です。 ページとは、特定の日付に紐付けられていない、「About」ページなどの独立したコンテンツです。 デフォルトの Jekyll サイトには、about.md という名前のファイルが含まれ、サイトの YOUR-SITE-URL/about でページとして表示されます。 このファイルのコンテンツを編集して、「About」ページをパーソナライズできます。また、新しいページを作成するため、「About」ページをテンプレートとして使用できます。 詳しい情� �については、Jekyll ドキュメンテーションの「Pages」を参照してく� さい。
投稿とは、ブログ記事のことです。 デフォルトの Jekyll サイトには、デフォルト投稿ファイルがある、_posts という名前のディレクトリが含まれています。 この投稿のコンテンツを編集し、デフォルト投稿を、新規投稿を作成するためのテンプレートとして使用できます。 詳しい情� �については、Jekyllのドキュメンテーションの「Posts」を参照してく� さい。
テーマには、デフォルトのレイアウト、およびサイトの新規ページや新規投稿に自動的に適用されるスタイルシートが含まれますが、これらのデフォルト設定はオーバーライドできます。 詳しい情� �については、「GitHub Pages と Jekyll」を参照してく� さい。
サイト上のページやポストに対してタイトルやレイアウトといった変数やメタデータを設定するには、任意のMarkdownあるいはHTMLファイルの先� �にYAMLフロントマターを追� できます。 詳しい情� �についてはJekyllのドキュメンテーション内の「フロントマター」を参照してく� さい。
変更がサイトの公開ソースにマージされると、サイトへの変更は自動的に公開されます。 まず変更をプレビューしたいなら、GitHub Enterprise Serverではなくローカルで変更を行えます。 そしてサイトをローカルでテストしてく� さい。 詳しい情� �については、「Jekyll を使用して GitHub Pages サイトをローカルでテストする」を参照してく� さい。
新規ページをサイトに追� する
-
GitHub Enterprise Serverで、サイトのリポジトリにアクセスしてく� さい。
-
サイトの公開ソースにアクセスしてく� さい。 公開元に関する詳しい情� �については、「GitHub Pages について」を参照してく� さい。
-
ページを作成するため、公開元のルートに PAGE-NAME.md という名前の新規ファイルを作成します。PAGE-NAME は、ページを示す、意味のあるファイル名に置き換えてく� さい。
-
以下の YAML frontmatter を、ファイルの先� �に追� します。PAGE TITLE はページのタイトルに、URL-PATH はページの URL として指定したい URL に置き換えてく� さい。 たとえば、サイトのベース URL が
https://octocat.github.ioで、URL-PATH が/about/contact/である� �合、ページの� �所はhttps://octocat.github.io/about/contactとなります。layout: page title: "PAGE TITLE" permalink: /URL-PATH/ -
frontmatter の下に、ページのコンテンツを追� します。
-
ページの下部で、ファイルに対して行った変更を説明する短く分かりやすいコミットメッセージを入力してく� さい。 コミットメッセージでは、複数の作者にコミットを関連づけることができます。 詳しい情� �については「複数の共作者を持つコミットの作成」を参照してく� さい。
-
コミットメッセージフィールドの下で、コミットを追� を現在のブランチか新しいブランチから選択してく� さい。 現在のブランチがデフォルトブランチなら、コミット用に新しいブランチを作成してからPull Requestを作成すべきです。 詳しい情� �については「新しいプルリクエストの作成」を参照してく� さい。
-
[Propose file change] をクリックします。
-
提案した変更に対するPull Requestを作成してく� さい。
-
"Pull Requests"リスト内で、マージしたいPull Requestをクリックしてく� さい。
-
Merge pull request（Pull Requestをマージ）をクリックしてく� さい。 詳しい情� �についてはプルリクエストのマージを参照してく� さい。
-
要求されたら、コミットメッセージを入力するか、デフォルトのメッセージのままにします。
-
Confirm merge（マージを確認）をクリックしてく� さい。
-
あるいは、ブランチを削除してく� さい。 詳しい情� �についてはリポジトリ内でのブランチの作成と削除を参照してく� さい。
新規投稿をサイトに追� する
-
GitHub Enterprise Serverで、サイトのリポジトリにアクセスしてく� さい。
-
サイトの公開ソースにアクセスしてく� さい。 公開元に関する詳しい情� �については、「GitHub Pages について」を参照してく� さい。
-
_postsディレクトリに移動します。 -
YYYY-MM-DD-NAME-OF-POST.md という名前の新規ファイルを作成します。YYYY-MM-DD は投稿の日時に、NAME-OF-POST は投稿の名前に置き換えてく� さい。
-
以下の YAML frontmatter を、ファイルの先� �に追� します。 POST TITLE は投稿のタイトルに、 YYYY-MM-DD hh:mm:ss -0000 は投稿の日時に置き換え、投稿に追� したいカテゴリを CATEGORY-1、CATEGORY-2 のように好きな� け追� し、カテゴリの名前に置き換えてく� さい。
layout: post title: "POST TITLE" date: YYYY-MM-DD hh:mm:ss -0000 categories: CATEGORY-1 CATEGORY-2 -
frontmatter の下に、投稿のコンテンツを追� します。
-
ページの下部で、ファイルに対して行った変更を説明する短く分かりやすいコミットメッセージを入力してく� さい。 コミットメッセージでは、複数の作者にコミットを関連づけることができます。 詳しい情� �については「複数の共作者を持つコミットの作成」を参照してく� さい。
-
コミットメッセージフィールドの下で、コミットを追� を現在のブランチか新しいブランチから選択してく� さい。 現在のブランチがデフォルトブランチなら、コミット用に新しいブランチを作成してからPull Requestを作成すべきです。 詳しい情� �については「新しいプルリクエストの作成」を参照してく� さい。
-
[Propose file change] をクリックします。
-
提案した変更に対するPull Requestを作成してく� さい。
-
"Pull Requests"リスト内で、マージしたいPull Requestをクリックしてく� さい。
-
Merge pull request（Pull Requestをマージ）をクリックしてく� さい。 詳しい情� �についてはプルリクエストのマージを参照してく� さい。
-
要求されたら、コミットメッセージを入力するか、デフォルトのメッセージのままにします。
-
Confirm merge（マージを確認）をクリックしてく� さい。
-
あるいは、ブランチを削除してく� さい。 詳しい情� �についてはリポジトリ内でのブランチの作成と削除を参照してく� さい。
あなたの投稿がサイトにアップされているはずです。 サイトのベース URL が https://octocat.github.io の� �合、新しい投稿は https://octocat.github.io/YYYY/MM/DD/TITLE.html にあります。
次のステップ
JekyllのテーマをGitHub Pagesサイトに追� して、サイトのルックアンドフィールをカスタマイズできます。詳しい情� �については、「Jekyll を使用して GitHub Pages サイトにテーマを追� する」を参照してく� さい。