GitHub プラットフォームの管理
GitHub プラットフォームの基本を理解したので、このセクションではプラットフォーム管理のトピックについて説明します。
このユニットで取り上げる内容は次のとおりです。
- 通知とサブスクリプションの管理。
- スレッドのサブスクライブと、自分がメンションされているスレッドの検索。
- GitHub ページでのプロジェクトまたは組織の公開。
通知とサブスクリプションの管理
通知は、リポジトリとチーム全体の重要なアクティビティを最新の状態に保つのに役立ちます。 サブスクリプションを管理すると、最も重要な作業の更新プログラムのみを取得できます。
次の場合に通知をサブスクライブできます。
- 特定の問題、pull request、または gists
- 問題、pull request、リリース、ディスカッションなどのリポジトリ アクティビティ
- GitHub Actions を使用したリポジトリのワークフローの状態
- リポジトリ全体のすべてのアクティビティ
会話 (コメント、問題のオープン、割り当て) を操作すると、自動的にサブスクライブされますが、必要に応じてサブスクリプションを手動で管理することもできます。
更新プログラムの受信に関心がなくなった場合は、受信した通知の種類をサブスクライブ解除、ウォッチ解除、カスタマイズできます。
スレッドのサブスクライブと、メンションされているスレッドの検索
GitHub ユーザー設定に移動し、[通知] を選択してメール、Web、モバイルなどの配信チャネルを構成することで、詳細な通知設定にアクセスすることもできます。
特定のユーザーに言及する問題やプル要求に注意する必要がある場合は、検索修飾子の メンション を使用します。その後にユーザー名が続きます。
特定のスレッド (問題や pull request など) に関する更新を確実に取得するには、会話の最初の一部でなかった場合でも、それをサブスクライブできます。
次の方法でスレッドをサブスクライブできます。
- 問題、pull request、またはディスカッションの右側のサイドバーで [サブスクライブ ] を選択します。
メンションされている会話を見つけるには:
- GitHub 検索バーの検索修飾子
mentions:<username>を使用して、問題を特定し、 @mentionedした場所で要求をプルします。
この方法では、注意が必要な会話を見逃すことはありません。
通知をフィルター処理する
GitHub では、ウォッチ設定を使用して通知をフィルター処理できます。
- 監視: すべてのアクティビティの通知を受け取ります。
- 視聴しない: 参加中または @mentionedしている場合にのみ通知を受け取ります。
- 無視: リポジトリに対する通知は一切ありません。
- カスタム: 通知をトリガーするアクティビティの種類 (プル要求、問題、ディスカッションなど) を微調整します。
リポジトリ ページの上部にある [ウォッチ ] を選択すると、ウォッチ設定を管理できます。
通知設定の構成
通知を受信する場所を構成できます。
- 電子メール: 登録された電子メール アドレスに配信された通知。
- Web: GitHub ダッシュボードに直接表示される通知。
- モバイル: GitHub モバイル アプリを使用したプッシュ通知。
- カスタム通知: チャネルごとに特定のイベントの種類を構成します。
通知設定は、 Notifications の GitHub アカウント設定で管理されます。
GitHub Pages とは
次に、GitHub Pages を見てみましょう。 GitHub Pages を使うと、GitHub.com のリポジトリから直接、自分自身、自分の組織、自分のプロジェクトに関する Web サイトを公開およびホストできます。
GitHub Pages は、GitHub 上のリポジトリから HTML、CSS、JavaScript ファイルを直接取得する静的サイト ホスティング サービスです。 必要に応じて、ビルド プロセスを通じてファイルを実行し、Web サイトを公開できます。 Pages サイトのソース ブランチとフォルダー ( /docs など) を指定でき、GitHub はコンテンツをパブリックにホストします。
次に、GitHub の主要なスキルを強化するための実践的なアクティビティを完了します。 次の演習では、次のことを行います。
- 新しいリポジトリを作成する。
- 新しいブランチを作成する。
- ファイルをコミットする。
- pull request を開く。
- そして、pull request をマージする。