注: code scanning のデフォルトのセットアップに対する より大きなランナー (larger runner) のサポートは、現在 パブリック プレビュー であり、変更される可能性があります。
デフォルト設定の より大きなランナー (larger runner) について
GitHub Team プランと GitHub Enterprise Cloud プランのお客様は、標準の GitHub ホステッド ランナーよりも多くのリソースを持つさまざまなマネージド仮想マシンから選択できます。 これらのマシンは "より大きなランナー" と呼ばれます。 これらには、次の高度な機能が用意されています。
- 追加の RAM、CPU、ディスク領域
- 静的 IP アドレス
- Azure プライベート ネットワーク
- ランナーをグループ化する機能
- 同時実行ワークフローをサポートするための自動スケール
- GPU 搭載ランナーと ARM 搭載ランナー
これらの より大きなランナー (larger runner) は、GitHub によってホストされ、ランナー アプリケーションとその他のツールをプレインストールしています。より大きなランナー (larger runner) の詳細については、「より大きなランナーの概要」を参照してください。
次の場合は、デフォルトのセットアップに より大きなランナー (larger runner) を構成することを検討してください。
- 標準の GitHub-ホストランナーでのスキャンに時間がかかりすぎます。
- 標準の GitHub-ホストランナーを使用したスキャンで、メモリエラーまたはディスク エラーが返されます。
- セルフホステッド ランナーを使用せずに、ランナー サイズ、ランナー イメージ、ジョブ コンカレンシーなどの code scanning ランナーの側面をカスタマイズする必要があります。
警告: 現在、より大きなランナー (larger runner) で、デフォルトのセットアップの Swift 分析を使用できません。 さらに、デフォルトのセットアップ用にプロビジョニングされた より大きなランナー などの code-scanning
ラベルを持つランナーに、リポジトリがアクセスできる場合、デフォルトのセットアップ ワークフローでは、ラベル付きの code-scanning
ランナー_のみ_が使用されます。 より大きなランナー (larger runner) でデフォルトのセットアップを構成し 、 Swift を分析したい場合は、次の 2 つのオプションがあります。
- より大きなランナー に加えて、
code-scanning
ラベルを使用して、セルフホステッド macOS ランナーをプロビジョニングします。 詳しくは、"自己ホストランナーの追加." を参照してください。 - Swift を含んでいるリポジトリが、ラベル
code-scanning
を持つランナーにアクセスでき_ない_ようにします。 そのリポジトリでのデフォルトのセットアップ ワークフローでは、標準ランナーのみが使用されます。
デフォルトのセットアップで Organization レベルの より大きなランナー (larger runner) をプロビジョニングする
- Organization へのより大きなランナー の追加 詳しくは、「より大きなランナーを管理する」を参照してください。
code-scanning
ラベルを より大きなランナー に追加するには、ランナーcode-scanning
にという名前を付けます。 Organization は、code-scanning
ラベルを持つ より大きなランナー を 1 つのみ持つことができ、そのランナーは、ランナーのグループにアクセスできる Organization 内のリポジトリからのすべての code scanning ジョブを処理します。
- デフォルトでは、Organization 内のすべてのリポジトリが Organization レベルのランナーにアクセスるため、すべてのリポジトリが より大きなランナー を使用できます。 より大きなランナー へのアクセス権を選択したリポジトリのみに付与する方法については、「より大きなランナーを管理する」を参照してください。
- Organization とリポジトリのデフォルトのセットアップを構成できるようになり、より大きなランナー は、code scanning ジョブを自動的に取得します。 デフォルトのセットアップ設定の詳細については、"コード スキャンの既定セットアップの構成" と "大規模なコード スキャンの既定のセットアップを構成する"を参照してください。