Home›Industry & Policy›定期コードスキャンが非アクティブなリポジトリをスキップ
Scheduled code scanning skips inactive repositories

定期コードスキャンが非アクティブなリポジトリをスキップScheduled code scanning skips inactive repositories

元記事を読むRead original articlegithub.blog(新しいタブで開きます)(opens in a new tab)
AI2 点サマリSummary highlight
  • GitHubのコードスキャンは、デフォルト設定とGitHub Code Qualityの週次スキャンを、プッシュまたはプルリクエストによる解析後にのみ開始するよう変更した。
  • 休眠リポジトリでの不要な定期実行を減らせる。

GitHub code scanning now starts weekly scans for default setup and GitHub Code Quality only after push or pull request analysis, reducing needless runs on dormant repositories.

本ページの本文と要約は AI による自動生成です。日本語版と英語版は言語ごとに独立して生成されるため、表現や詳しさが異なる場合があります。正確性は元記事 (github.blog) をご確認ください。The body and summaries are AI-generated independently for each language, so wording and detail may differ. Verify accuracy at the original source (github.blog).

要約と収集メタデータに基づく AI 解説。元記事全文の転載・翻訳ではありません。AI explainer based on the summaries and collected metadata, not a copy or translation of the full source article.

週次スキャン

GitHubのコードスキャンでは、デフォルト設定とGitHub Code Qualityの週次スキャンを開始する条件が変更された。プッシュまたはプルリクエストによって解析が実行された後にのみ定期実行が始まるため、休眠状態のリポジトリに対する不要な週次スキャンを減らせる。

開始条件

これまでは、スケジュール外で行われたあらゆるスキャンが、リポジトリの最近のアクティビティとして扱われていた。今回の変更後は、単に何らかのスキャンが実行されたというだけでは、週次スキャンの開始条件を満たさない。プッシュまたはプルリクエストを契機とする解析が実行されることが条件となる。

初回検証

デフォルト設定を初めて有効にした際には、1回限りの初回検証スキャンが実行される。また、検出された言語が変わった場合にもスキャンが発生する。従来は、こうしたスキャンもリポジトリの活動として数えられていたため、デフォルト設定の有効化や、多数のリポジトリへのセキュリティ構成の一括展開によって、休眠リポジトリがさらに6か月間アクティブに見えることがあった。その結果、想定していない週次スキャンが実行される場合があった。

解析結果

デフォルト設定を有効にした直後の動作自体は維持される。初回検証スキャンは引き続き実行され、検出結果もすぐに反映される。一方、その検証だけを理由に週次スキャンが始まることはなく、プッシュまたはプルリクエストによる解析が行われるまで定期実行は開始されない。

Weekly scheduled scans

GitHub code scanning has changed when weekly scheduled scans begin for default setup and GitHub Code Quality. The change matters for dormant repositories because scheduled scanning now starts only after a push or pull request triggers an analysis, reducing needless weekly runs.

Other scans no longer count as the recent activity needed to start that weekly schedule. This makes repository activity for scheduled scanning dependent specifically on analysis triggered by a push or pull request.

Previously based on any scan

Previously, repository activity was based on any unscheduled scan. That included the one-time validation scan performed when default setup was first enabled, as well as scans triggered by a change in detected languages.

As a result, scans unrelated to new pushed code or a pull request could make a repository appear active. Enabling default setup could therefore affect whether weekly scheduled scanning began, even if the repository was otherwise dormant.

Another six months

The earlier behavior was particularly relevant when default setup was enabled or a security configuration was rolled out across many repositories at once. The resulting scans could make a dormant repository look active for another six months.

That activity status could then trigger weekly scheduled scans that were not expected. Under the new behavior, those one-time or language-related scans do not by themselves start the weekly schedule.

Initial validation scan

Enabling default setup still runs an initial validation scan. That scan continues to populate findings right away, so the change does not remove the immediate analysis performed during setup.

The difference is what happens afterward. The initial validation scan no longer causes weekly scheduled scanning to begin. Weekly scans start only once a push or pull request triggers an analysis, keeping dormant repositories from entering the recurring schedule solely because default setup was enabled or detected languages changed.

ポコとTECHガイドPoko & TECH Guide

ポコと当サイトのTECHガイドが、記事の要約と収集した情報から読みどころを語るAI生成の対話です。Poko and TECH Dashboard's own TECH Guide discuss the article's highlights in an AI-generated conversation based on its summary and collected source details.

  1. ポコPoko週次スキャンが、プッシュかプルリクエストの解析後にだけ始まるのはなんで?Why do weekly scans now start only after a push or pull request analysis?
  2. TECHガイドTECH Guide休眠中のリポジトリまで動いていると見なされ、想定外の週次スキャンが続くのを減らすためだよ。It reduces unexpected weekly scans caused by dormant repositories being treated as active.
  3. ポコPokoたくさんのリポジトリでデフォルト設定を有効にする人ほど、不要な実行を減らしやすいのかな?So people enabling default setup across many repositories may avoid more unnecessary runs?
  4. TECHガイドTECH Guideそうだね。一度きりの検証や検出言語の変更によるスキャンだけでは、週次実行が始まらなくなったんだ。Yes. A one-time validation or detected-language change no longer starts weekly scanning by itself.
  5. ポコPoko休眠リポジトリは、実際にプッシュかプルリクエストが来るまで週次スキャンを待つんだね。Got it—dormant repositories wait for an actual push or pull request before weekly scans begin.
  6. TECHガイドTECH Guideただし、デフォルト設定を有効にした直後の検証スキャンは今も実行され、結果もすぐ表示されるよ。One caveat: enabling default setup still runs an initial validation scan and shows findings right away.
記事情報・収集記録Article details & collection record
出典Source
GitHub Changelog公式Official
公開日時 (JST)Published (JST)
収集日時 (JST)Collected (JST)
配信形式Format
変更履歴Changelog
原文言語Source language
EN
重要度の位置づけImportance in this lane
MediumMedium priority(Industry & Policy 456件中、同等以上 398件)(398 of 456 Industry & Policy entries are equal or higher)
出典の平均重要度(掲載直近 30 件・最大 30 件)Source average (last 30 listed, up to 30)
2.0 / 31=情報 · 2=中 · 3=高1=Info · 2=Medium · 3=High
情報の寿命Half-life
短命 (ニュース)Short-lived (news)

📰Industry & Policy の他の記事More from Industry & Policyもっと見る →View more →

ページ上部へScroll to top