決定は私の Github Pages を放置することはできません。技術記事をいくつかそこに置くことはできるはずですし、同じ問題に再び出くわした場合には解決策をすぐに見つけるためのメモとしても役立ちます。
グループの中で誰かが静的なブログに Gridea をおすすめしてくれましたので、調べてみました。クライアントをダウンロードしてみましたが、本当にシンプルで、記事の作成も簡単で、テーマも気に入りましたので、早速 Github Page に接続してみることにしました。
リモート接続と同期#
設定の一部は公式ウェブサイトに対応するチュートリアルがあるため、ここでは省略します。すべての情報を入力した後、リモート接続ができないと表示されました。リポジトリ名やユーザ名を確認しても、トークンを変更してもうまくいきませんでした。さまざまな方法を試した後、Edit→開発者ツール→コンソールを開いてみると、エラーコードが「spawn git ENOENT ... at Process.ChildProces...ickCallbak」と表示されました。解決策は、環境変数の Path 項目を編集し、2 つの新しい項目を作成することです。それぞれ、コンピュータにインストールされている Git の bin ディレクトリと git-core ディレクトリを含める必要があります。以下の画像のようになります：
これで設定が完了したら、Gridea クライアントを再起動すると、リモート接続が成功します。
その後、同期に問題が発生し、同期に失敗したと表示されました。FAQ を参照するか、作者に連絡して解決してください（ヘルプ画面があるのはありがたいですが、先ほどのリモート接続のエラーは表示されていましたが、どこを見るべきかの指示はありませんでした）。同様に、「Edit→開発者ツール→コンソール」を開くと、次のような例外が表示されます：
「message」をダブルクリックすると、すべてのエラーメッセージが表示されますので、コピーして貼り付けて確認するだけです（Google 翻訳に貼り付けて理解するのにも便利です）：
私の場合、問題はメールがプライベートになっていたため、git コマンドが正しく実行されなかったことです。github の設定を変更した後、同期が成功したというメッセージが表示されました。
これで、基本的な機能が実現されました。
gitalk コメントシステムの設定#
ブログにコメントシステムを導入したいと思い、Gitalk というコメントプラグインを選びました。Gridea では、Client ID、Client Secret、リポジトリ、およびオーナーの 4 つの必須項目を提供するだけで、gitalk コメントをサイトに追加することができます。OAuth App の申請が必要なのは Client ID と Client Secret の 2 つで、手順は以下の通りです：
①Github の右上にある自分のアイコンをクリックし、「設定」をクリックします。
②「開発者設定」をクリックし、「OAuth Apps」→「新しい OAuth Apps」をクリックします。
③このページに移動したら、アプリケーション名は適当に入力し、ホームページ URL には Github Page のリンク（https://github.com/ ユーザ名 / リポジトリ名など）を入力します。アプリケーションの説明は空欄のままで構いません。承認コールバック URL には、自分の Github Page のドメインを入力します（http と https を区別してください）。
④入力が完了したら、Client ID と Client Secret をクライアントにコピーし、リポジトリとオーナーを入力すると、gitalk コメントプラグインを使用することができます！
Coding Pages を使用する場合#
個人的な経験から言えば、Coding Pages は確かに Github Pages よりも優れています。
登録と設定の手順は、公式チュートリアルを参照してください。
gitalk の部分では、OAuth App で変更する必要があるのは 2 つの部分です。1 つはホームページ URL で、適当なリポジトリを作成し、そのアドレスを入力します。もう 1 つは承認コールバック URL で、自分の Coding Pages のドメインを入力する必要があります（http と https を区別してください）。そして、Gridea のリポジトリ欄には、自分が OAuth App で使用したリポジトリ名を入力し、オーナーにはリポジトリを作成した Github アカウントのユーザ名を入力します。