Home›Industry & Policy›GitHub Actionsの保持対象にチェック、ワークフロー実行、ステータスを追加
Actions retention now covers checks, runs, and statuses

GitHub Actionsの保持対象にチェック、ワークフロー実行、ステータスを追加Actions retention now covers checks, runs, and statuses

元記事を読むRead original articlegithub.blog(新しいタブで開きます)(opens in a new tab)
AI2 点サマリ2 key points
  • GitHub Actionsの保持設定が、成果物やログに加えてチェック、ワークフロー実行、ステータスにも適用され、期限後に自動削除される。
  • 公開リポジトリは最長90日で、管理者は関連データを一元管理できる。
  • GitHub Actions now places workflow runs, checks, and statuses under one retention policy and removes them after expiry.
  • The 90-day public-repo cap helps administrators govern data.

本ページの本文と要約は 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 Actionsの保持設定が拡張され、成果物とログだけでなく、チェック、ワークフロー実行、ステータスにも同じ保持期間が適用されるようになった。関連データを共通の設定で一元管理し、保持期限を超えた記録を自動的に整理できる変更だ。

自動削除の範囲

チェック、ワークフロー実行、ステータスは、エンタープライズ、組織、リポジトリで設定された保持期間を超えると自動的に削除される。対象には、GitHub Actionsが作成したチェックとステータスに加え、サードパーティーアプリケーションが作成したものも含まれる。

これにより、成果物やログとは別にチェックやステータスの保持期間を扱うのではなく、GitHub Actionsに関係する複数種類の記録を同じ期間設定の下で管理できる。

設定名と上限

画面上の設定名は「Check, workflow run, status, artifact and log retention」とされ、今回追加された保持対象が名称にも反映されている。リポジトリの保持期間には組織とエンタープライズの上限が引き続き適用されるため、リポジトリ単独でそれらを超える期間には設定できない。

また、公開リポジトリの保持期間は最長90日となる。必要に応じて、リポジトリの成果物とログに関する保持期間を確認または更新することになる。

変更時の注意

保持設定を変更しても、すでに削除されたデータは復元されない。期間を見直す場合は、過去の削除済み記録が戻る変更ではなく、設定後の保持と自動削除を制御するものとして扱う必要がある。拡張された保持ポリシーは、github.com上のGitHub Actionsに適用される。

GitHub Actions retention

GitHub Actions now places checks, workflow runs, statuses, artifacts, and logs under the same retention policy. This matters because administrators can manage these related records through one retention setting rather than applying the policy only to artifacts and logs.

The expanded policy applies to GitHub Actions on github.com. It covers checks and statuses created both by GitHub Actions and by third-party applications.

Retention period

Checks, workflow runs, and statuses are automatically cleaned up after they exceed the retention period configured for the relevant enterprise, organization, or repository. Artifacts and logs continue to be governed by that same period.

The interface labels the setting “Check, workflow run, status, artifact and log retention,” reflecting all of the record types now controlled by it. Administrators can review or update the artifact and log retention period for a repository to manage how long the covered data is kept.

Organization and enterprise caps

Repository-level retention remains subject to caps established at the organization and enterprise levels. A repository therefore cannot use its own setting to exceed the applicable organization or enterprise limit.

Public repositories also have a maximum retention period of 90 days. This cap applies alongside the broader policy that now governs workflow runs, checks, statuses, artifacts, and logs.

Automatically cleaned up

Once covered records exceed the configured retention period, they are automatically removed. Changing the retention setting later does not restore data that was previously deleted.

The setting consequently governs future retention based on the configured period, while data already removed remains unavailable. Administrators reviewing the policy should account for both the applicable organization or enterprise caps and the 90-day maximum for public repositories.

ポコと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公開リポジトリは最長90日なんだね。チェックや実行履歴まで期限後に消えるのは、大きい変化?Public repositories top out at 90 days. Is it a big change that checks and workflow runs now disappear after the retention period too?
  2. TECHガイドTECH Guide管理対象が成果物やログだけでなく、チェック、実行、ステータスまで広がったんだ。期限後は自動削除されるよ。It broadens the policy beyond artifacts and logs to checks, runs, and statuses. They’re automatically removed after the retention period expires.
  3. ポコPokoそもそも「保持設定」って、何を決めるもの?What does a “retention setting” actually control?
  4. TECHガイドTECH Guideデータをどれだけの期間残すかを決める設定だよ。今回は複数の記録を同じ設定で管理できるようになったんだ。It sets how long data is kept. Here, one setting now governs several kinds of records together.
  5. ポコPokoぼくなら、必要な期間を決めて記録をまとめて整理したいな。設定を変えれば、消えたデータも戻る?I’d choose the period I need and manage those records together. If I change the setting, can deleted data come back?
  6. TECHガイドTECH Guide以前に削除されたデータは戻らないよ。公開リポジトリは最長90日で、組織やEnterpriseの上限にも従うんだ。Previously deleted data won’t return. Public repositories are capped at 90 days, and repository retention also follows organization and enterprise limits.
記事情報・収集記録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