レート制限 API から「code_scanning_upload」フィールドが削除される旨の非推奨通知
GitHub は、コードスキャンアップロードのレート制限をコア制限と統合した結果、混乱を招いた独立フィールドを 2026 年 5 月 19 日に廃止すると発表しました。
キーポイント
廃止対象と時期
2026 年 5 月 19 日以降、REST API の /rate_limit エンドポイントから code_scanning_upload フィールドが削除されます。
変更の理由
同フィールドはコア制限と同じプールを共有しているにもかかわらず別カテゴリとして表示されていたため、ユーザーに誤ったレート制限ステータスの解釈を招く原因となっていました。
開発者の対応策
このフィールドを参照してコードやスクリプトを解析している場合は、2026 年 5 月 19 日までに更新し、コア制限のみを参照するように修正する必要があります。
動作の変化
廃止後も GitHub コードスキャンアップロードは標準のコアレート制限によって管理され、新しい代替フィールドの追加は不要です。
影響分析・編集コメントを表示
影響分析
この変更は、開発者が GitHub API のレート制限を正しく理解・管理するための基盤を整えるものであり、不正確なデータに基づく自動化スクリプトのバグや停止リスクを解消します。特にコードスキャン機能に依存する CI/CD パイプラインを持つ組織にとっては、期限までにスクリプトのロジックを見直す必要がある実務的な影響があります。
編集コメント
API の仕様変更は機能の停止を招くリスクがあるため、期限までの対応が必須です。特に自動化されたワークフローを持つチームでは、早期にスクリプトのレビューと修正を行うよう推奨します。
2026 年 5 月 19 日、rate_limit REST API エンドポイントのレスポンスから code_scanning_upload フィールドを削除します。
なぜこの変更を行ったのか？
rate_limit レスポンス内の code_scanning_upload フィールドは混乱の原因となっていました。これは別々のレート制限カテゴリとして表示されていましたが、実際には core と同じ制限プールを共有しています。これにより、顧客が誤って自身のレート制限ステータスを解釈してしまう事態が生じていました。
あなたが行うべきこと
コードやスクリプトで /rate_limit エンドポイントを解析し、code_scanning_upload フィールドを参照している場合は、2026 年 5 月 19 日までに更新して失敗を防いでください。
変更前:
{
"resources": {
"core": { "limit": 5000, "used": 1, "remaining": 4999, "reset": 1372700873 },
"code_scanning_upload": { "limit": 5000, "used": 1, "remaining": 4999, "reset": 1372700873 }
}
}
2026 年 5 月 19 日以降:
{
"resources": {
"core": { "limit": 5000, "used": 1, "remaining": 4999, "reset": 1372700873 }
}
}
標準的な core のレート制限（rate limit）が、GitHub コードスキャンアップロードを引き続き管理します。代替となるフィールドは必要ありません。
レート制限に関する詳細については、「REST API のレート制限」をご覧ください。
本投稿「Deprecation notice: code_scanning_upload field will be removed from rate_limit API endpoint」は、The GitHub Blog で最初に公開されました。
原文を表示
On May 19, 2026, we’ll remove the code_scanning_upload field from the rate_limit REST API endpoint response.
Why did we make this change?
The code_scanning_upload field in the rate_limit response has been a source of confusion. While it appeared as a separate rate limit category, it shares the same limit pool as core. This led customers to incorrectly interpret their rate limit status.
What you need to do
If your code or scripts parse the /rate_limit endpoint and reference the code_scanning_upload field, update them before May 19, 2026 to avoid failures.
Before:
{
"resources": {
"core": { "limit": 5000, "used": 1, "remaining": 4999, "reset": 1372700873 },
"code_scanning_upload": { "limit": 5000, "used": 1, "remaining": 4999, "reset": 1372700873 }
}
}
After May 19, 2026:
{
"resources": {
"core": { "limit": 5000, "used": 1, "remaining": 4999, "reset": 1372700873 }
}
}
The standard core rate limit continues to govern GitHub code scanning uploads. No replacement field is needed.
For more information about rate limits, see Rate limits for the REST API.
The post Deprecation notice: code_scanning_upload field will be removed from rate_limit API endpoint appeared first on The GitHub Blog.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み