
GitHub Code Qualityが正式提供。品質チェックは有料化前に設定を確認
GitHubは2026年7月20日、GitHub Code Qualityの正式提供開始を案内しました。できること、料金が発生する仕組み、初心者が最初に見る場所をやさしく整理します。
何が発表されたか
GitHubは2026年7月20日、GitHub Code Quality の正式提供開始を案内しました。これは、プルリクエスト(変更提案)やリポジトリ全体を調べ、コードの保守しやすさや信頼性に関する気づきを見つける機能です。CodeQL による決まったルールの検査と、AIを使った見つけ方を組み合わせ、問題の説明や修正案を確認しやすくします。
今回の大きな変化は、試験提供から正式な有料製品になったことです。GitHubの案内では、組織全体で有効にする設定、リポジトリを横断して見られる品質ダッシュボード、テストのカバレッジをプルリクエストで見る機能、品質基準を満たさない変更を止めるルールセット、設定や検出結果を扱うAPIが利用できるようになっています。
使えるのは、GitHub Team または GitHub Enterprise Cloud の組織が所有するリポジトリです。GitHub Enterprise Server は開始時点では対象外と案内されています。すでに試験提供で使っていた組織も移行作業は不要ですが、2026年7月20日から料金が発生するため、どのリポジトリで有効なのかを確認することが大切になりました。
初心者に何がうれしいか
コードを読むことに慣れていなくても、「変更を出す前に気になる場所を教えてもらう」入口が増えるのは助かります。たとえば、複雑すぎる処理、同じようなコードの重なり、テストの足りなさなどを、プルリクエストの画面で見つけやすくなります。指摘のすべてを採用する必要はありませんが、見落としやすい確認項目を人とAIで一緒に見る補助になります。
チームにとっては、品質の話を感覚だけで終わらせにくい点も利点です。リポジトリごとの状態やカバレッジを見ながら、「まずここを直そう」「この変更は確認を増やそう」と優先順位を話しやすくなります。Copilot Autofix の候補が出ても、勝手に直すものではありません。提案を人が読み、テストし、納得してから取り込む流れが基本です。
まず試すなら何をするか
最初に、GitHubの組織設定と各リポジトリの Security and quality 付近を開き、Code Quality がどこで有効なのかを確認しましょう。いきなり全リポジトリで有効にせず、テストがあり、変更の影響を追いやすい小さめのリポジトリを一つ選ぶと安心です。
次に、変更を一つだけ含むプルリクエストを用意し、どんな結果が出るかを確認します。指摘、品質の評価、カバレッジ表示を見て、「役に立った」「今は不要だった」をチームでメモしてください。品質ゲートでマージを止める設定は、最初から厳しくしすぎず、まずは評価だけする段階から始めると、普段の作業を急に止めにくくなります。
注意点
正式提供後の費用は一つではありません。GitHubの案内では、有効なリポジトリへ直近90日間にコミットした利用者を基準にするライセンス、AI機能で使う GitHub AI Credits、そして検査を動かす GitHub Actions 分が関係します。2026年7月20日時点の基本料金は、アクティブコミッター1人あたり月額10米ドルとされています。対象人数、Actionsの利用量、AI機能の使い方で金額は変わるため、導入前と毎月の利用状況は公式の請求画面で確認してください。
また、品質チェックは「不具合が絶対にない」という保証ではありません。AIの修正候補も含め、仕様に合っているか、利用者への影響はないか、テストは十分かを人が確認する必要があります。費用を止めたい場合は、リポジトリまたは組織でCode Qualityを無効にすると今後のスキャンと請求を止められると案内されています。権限を持つ人と相談して、対象範囲を決めましょう。
参照リンク
参照リンク
- GitHub Code Quality is now generally availableGitHub Changelog / 2026-07-20
- GitHub Code Quality billingGitHub Docs / 2026-07-20
この記事はどうでしたか?
読者の評価の平均は、3件以上集まると表示します。