私はよくこんな疑問を抱いています。私たちは日々数え切れないほどの問題に直面し、解決策を見つけるためにGoogleやBaiduで絶えず検索を繰り返す必要があります。しかし、その過程で、誤りやコピーされたブログ、文書リポジトリ、そして一見無能に見えるBaidu Knowsが絶えず氾濫し、問題解決の進捗を遅らせています。さらに悪いことに、こうしたコピーは質よりも量を優先しています。そのため、私たちは常にGoogleやBaiduの検索で可能な限り最速の解決策が得られることを期待しています。しかし、これは非現実的に思えます。誰もが出版する権利を持つ今日の世界では、このような無意味な盗作を禁止することは夢物語です。このことをはっきりと認識した上で、より効果的なアプローチは、ブログを投稿したり、Q&Aサイトで活動したりするすべての人が、ブログ記事や回答を簡潔かつ正確にすることだと私は考えています。ある意味、これは義務であると同時に責任でもあります。

もちろん、少し話が逸れてしまいました。今日は、あの伝説のGitHub Pagesについてお話しします。先ほども述べたように、ブログ記事はそれぞれ特定の目的に合わせてカスタマイズする必要があるため、この記事では、GitHubアカウントをお持ちで、Gitがインストールされており、Gitの基本的な操作に精通していることを前提としています。必要なのは、GitHub Pagesのデプロイ方法だけです。

チュートリアルとして、非常に分かりやすく使いやすいものにすることが重要です。この記事では、GitHubリポジトリの新規作成からGitHub Pagesのデプロイまで、ステップバイステップで解説します。

ステップ ***: 新しい GitHub リポジトリ「hello-ghpages」を作成します。

これで、README.md ファイルと LICENCE ファイルだけが入った空のリポジトリができました。現在のブランチは「master」です。これは、次の手順で GitHub ページがどのブランチにあるかを指定する必要があるため、強調して記載しています。これについては後ほど説明します。

ステップ 2: ページの右側の列にある「設定」をクリックして、プロジェクト設定インターフェイスに移動します。

ステップ3：設定インターフェースに「Github Pages」というセクションがあります。このセクションの上にある「自動ページジェネレーター」ボタンをクリックします。

ステップ4：「新しいプロジェクトサイト」ページで、下部にある「トラッキングID」に注意してください。「トラッキングID」は、トラフィックなどのウェブサイトデータを分析するGoogleアナリティクスにアクセスするために使用します。このフィールドは空白のままでも構いません。この機能をご利用になる場合は、https://support.google.com/analytics/answer/1032385?hl=en のリンクをご参照ください。「レイアウトに進む」ボタンをクリックしてください。

5 番目のステップでは、テーマを設定して公開できます。

こうすることで、リンク http://username.github.io/hello-ghpages/ から公開したページにアクセスできるようになります。ここで、username はGitHubアカウント名です。ブロガーの経験によると、最初のデプロイには10分から15分ほどと、比較的長い時間がかかることがあります。そのため、公開されたページにすぐにアクセスすると、404エラーが発生する可能性があります。心配しないでください。10分ほど辛抱強くお待ちいただければ、期待どおりの結果が得られます。

ここまでで、GitHub Pages のデプロイは完了です。しかし、2つの問題に直面しています。まず、最初に生成されたリポジトリには2つのファイルしか含まれていません。現在表示されている GitHub Pages のスタイルとコンテンツを定義するファイルが欠けているのです。次に、これらのファイルは定義していないのに、表示されているファイルは実際に存在しているはずなのに、どこに保存されているのでしょうか？その答えは、先ほど述べたブランチにあります。「自動ページジェネレータ」機能を使用すると、GitHub はプロジェクトの「master」ブランチの下に「gh-pages」ブランチを自動的に作成します。このブランチのコードが、先ほど正常にデプロイされた GitHub Pages ページのコンテンツとスタイルを定義しています。

ここでブランチの概念について簡単に説明する必要があると思います。ブランチには2種類あります。1つは上のスクリーンショットに表示されている「リモートブランチ」 、もう1つはGitを使ってバージョン管理を行う際に使用する「ローカルブランチ」です。Gitを使ってバージョン管理を行うと、コミットごとにコミットオブジェクトが生成されます。このコミットオブジェクトには以下の情報が含まれます。

• 提出メタデータには、提出者、作成者、提出時間などの情報が含まれます。
• ツリーオブジェクト（ルートディレクトリ）へのポインタを含むインデックス：コミット前に、Gitは各サブディレクトリのチェックサムを計算し、これらのディレクトリをツリーオブジェクトとしてGitリポジトリに保存します。コミットオブジェクト内のこのインデックスは、このオブジェクトを指しています。*Pro Git*の以下の図を参照すると、より理解しやすくなります。

コミットの基本を理解すれば、ブランチも理解しやすくなります。Gitにおいて、ブランチは基本的にコミットオブジェクトへの変更可能なポインタです。実際に分析してみましょう。上図に示すように、新しいGitHubリポジトリを作成すると、GitHubは自動的に「Initial commit」というコミットと新しいmasterブランチを作成します。このmasterブランチは、「Initial commit」に対応するコミットオブジェクトを指します。GitHub Pagesをデプロイすると、GitHubは新しいブランチを作成し、「Create gh-pages branch via Github」というコミットを生成します。上記のプロセスは、以下のコマンドと考えることができます。

 `git branch gh-pages` // `master` ブランチの下に新しいブランチ `gh-pages` を作成します。
 git checkout gh-pages // 新しく作成された gh-pages ブランチに切り替える
`git rm -rf .` // マスター ブランチと gh-pages ブランチの内容は完全に異なるため、最初にすべてのファイルをクリアします。
 // 空になったフォルダーに新しいファイルを作成します。これは、上記のスクリーンショットに示されている gh-pages ブランチ内のファイルです。
 `git add .` // ユーザー定義ファイルを追跡する
`git commit -m "Create gh-pages branch via Github"` // 変更をコミットする

これまで、おそらく、表示されている GitHub Pages を好みに合わせてカスタマイズする方法について考えてきたと思いますが、ここで Git が登場します。

ステップ 6: リモート リポジトリをローカル マシンに複製します。

ステップ7：クローンされたブランチはデフォルトでmasterブランチに設定されるため、フォルダにはmasterブランチに対応するコンテンツが含まれます。ただし、gh-pagesブランチはGitHub Pagesのコンテンツとスタイルを定義するため、編集する必要があります。以下のコマンドを実行します。

上記のコマンドは、「gh-pages」という名前の新しいローカルブランチを作成することを意味します。この新しいブランチは、リモートブランチ「origin/gh-pages」のブランチです。新しく作成された「gh-pages」ブランチに切り替えると、フォルダ「hello-ghpages」内のリモートブランチ「gh-pages」の内容を確認できます。

ステップ8：中のすべてのファイルを削除します。もちろん、直接削除するのではなく、gitコマンドを使用するとより便利で高速になります。

ステップ9: 今のところ、このフォルダは空です。フォルダ内にindex.htmlファイルを作成し、そこにコンテンツを定義し、現在のブランチにコミットします。

ステップ 10: リモート ブランチにコミットして結果を確認します。

ステップ 11: 結果を確認してください (笑)。

これで完了です！復習しましょう。このチュートリアルでは、主にリモートブランチをローカルマシンに分岐させ、リモートブランチのコンテンツをカスタマイズする方法を学びました。上記のindex.htmlはGitHub Pagesのホームページです。必要なコンテンツを表示するために徐々に拡張していくと、チュートリアルで示した通りの内容が表示されます。ご質問やご意見がございましたら、お気軽に下のコメント欄にお寄せください。

***、本題とは関係のないことを付け加えさせてください。このブログ記事が役に立ったと感じ、ご自身のブログに転載される場合は、出典を明記してください：http://www.cnblogs.com/yuanzm/p/3945814.html。これは、ブログの著者に対する最も基本的な敬意です。ありがとうございます。

オリジナルリンク: http://www.cnblogs.com/yuanzm/p/3945814.html