Pull Request on 2026年10月03日

dotnet/runtimeにマージされたPull RequestをAIで日本語要約

注意点

このページは、dotnet/runtimeリポジトリにマージされたPull Requestを自動的に収集し、その内容をAIが要約した内容を表示しています。そのため、必ずしも正確な要約ではない場合があります。

#135130 Seed Debug Roslyn compiler caches from rolling builds

  • 作成者: @agocke
  • 作成日時: 2026年10月02日 21:38:26(UTC)
  • マージ日時: 2026年10月03日 01:22:06(UTC)
  • ラベル: area-Infrastructure

概要

ローリングビルドのDebugバリアント向けRoslyn コンパイラキャッシュのシーディング機能を追加します。Linux x64、Linux musl x64、macOS arm64 の3つのプラットフォーム向けDebug構成のCoreCLR_AllSubsetsローリング専用ビルドを新規追加し、DebugおよびReleaseのRoslyn キャッシュエントリを分離して、各構成が独立してイミュータブルキャッシュをシードできるようにします。既存のv1エントリは復元フォールバックとして残ります。

変更内容

  • eng/pipelines/runtime.yml: Linux x64、Linux musl x64、macOS arm64向けローリング専用Debug ビルドレグを追加（+19行）
  • eng/pipelines/coreclr/templates/setup-roslyn-cache.yml: Roslyn キャッシュをDebug/Release構成で分離してバージョニング。v1 フォールバック互換性を維持（+6行/-4行）

パフォーマンスへの影響

関連する #133748 のRoslyn キャッシュ検証では、libs.testsでキャッシュ利用時に4m53s、未使用時に6m32sを計測（25.25%高速化）。Debug固有のヒット率は、最初のローリングDebugビルドがキャッシュをシードした後に測定可能になります。

関連Issue

#133748

その他

  • 設定オプション化により、PR ビルドに対応するDebugローリングビルドが独立したキャッシュをシードでき、CI パイプラインの効率化を実現します
  • Copilot審査での評価：推奨承認（変更が既存パイプライン設定と一貫性を保つ）

#135077 Add FTPS directory listing regression test

  • 作成者: @wfurt
  • 作成日時: 2026年10月02日 02:30:39(UTC)
  • マージ日時: 2026年10月03日 04:29:11(UTC)
  • ラベル: area-System.Net

概要

FtpWebRequestのListDirectoryDetailsメソッドにおける、TLS有無別の同期リクエスト処理に関する回帰テストを追加します。返されるリスト形式がプレーンテキストであること、アップロードされたフィクスチャが含まれていること、FtpStatusCode.ClosingDataで完了することを検証します。これは#134130で報告されたシナリオに対応しており、製品側の修正は既に#123234でmainに統合済みです。

変更内容

  • FtpWebRequestStreamDisposalTest.cs: TLS有無別のFtpListDirectoryDetailsに対するテストケースを追加（+57行）。プレーンテキスト形式の検証、フィクスチャ含有確認、正しいステータスコード（226 ClosingData）の検証を実装。アップロード済みフィクスチャはテスト失敗時も確実にクリーンアップされるよう構成。
  • README.md: エンタープライズテスト内の追加FTPS ディレクトリリスト検証カバレッジをドキュメント記載（+1行）

パフォーマンスへの影響

影響なし

関連Issue

#134130、#123234

その他

  • 本テストは負のコントロールとしても機能：古い同期ストリーム選択ロジックで再ビルドした場合、非TLS環境では成功するが、TLS環境ではStreamReader.ReadToEndでObjectDisposedExceptionが発生することを確認済み
  • 実環境検証済み：.NET 10.0.0ではステータスコード226返却後もTLS暗号化データが返されていたが、.NET 11 RC1では期待通りプレーンテキスト形式のリスト情報を返すことを確認

#134549 [wasm] Remove Wasm NYI crossgen fallback

概要

WebAssembly (Wasm) コードジェネレーションの完成度向上に伴い、JitWasmNyiToR2RUnsupported フォールバック機構を削除します。これにより、crossgen2がNYI_WASMに達した場合に黙ってメソッドを省略するのではなく、通常のJITコンパイル失敗として表示され、残存する実装ギャップが可視化されます。

変更内容

  • JIT設定の削除: jitconfigvalues.hからJitWasmNyiToR2RUnsupported設定を削除、error.hから関連エラー処理を削除
  • コードジェン変更: codegenwasm.cppからフォールバック処理を削除（5行削除）
  • クロスジェン設定: crossgen-corelib.projからフォールバック引数を削除
  • ビルド設定更新:
    • Microsoft.NET.Sdk.WebAssembly.Browser.CoreCLR.targetsからSIMDフォールバック引数を削除
    • WasiApp.CoreCLR.targetsから同様の引数を削除
    • CLRTest.CrossGen.targetsからテスト設定の調整
  • SuperPMI対応: superpmi.pyからWasm関連のフォールバック処理を削除

パフォーマンスへの影響

影響なし。本変更はコンパイル時の動作を改善し、実行時パフォーマンスへの直接的な影響はありません。

関連Issue

なし

その他

  • 既存のNYI_WASMの実装箇所は保持され、標準NYIパスを使用するように変更
  • 公開API（ランタイムのパブリックインターフェース）への影響なし
  • 内部的なJIT設定とクロスジェン周辺のみの変更
  • Copilotレビューで低優先度の指摘あり（コメント更新に関する指摘）

#133684 [aw] Make CI KBE issue search deterministic

  • 作成者: @vitek-karas
  • 作成日時: 2026年09月11日 11:39:21(UTC)
  • マージ日時: 2026年10月03日 07:13:09(UTC)
  • ラベル: area-skills

概要

CI KBE（Known Build Errors）イシュー検索を決定論的にするため、リポジトリスコープのMCPラッパースクリプトを導入し、検索結果の決定重複検出前に全候補をissue_readで検査することを義務付けます。組み込みイシュー検索アクセスを削除し、ラッパーパス強制と失敗時閉鎖動作をスキャナー評価で強化します。

変更内容

  • search-kbe-issues.cjs: リポジトリスコープのイシュー検索ラッパーを追加し、イシュー番号と作成者ログインのみを返す
  • ci-failure-scan.md: プロダクション環境のMCPスクリプト設定にラッパーを統合
  • ci-failure-scan.eval.yaml: ラッパー使用とすべての候補のissue_read検査を強制する評価チェックを追加
  • kbe-candidate-reads-grader.mjs: 候補読み取り結果を検証するグレーダーロジックを拡張
  • kbe-search.test.mjs: ラッパーと本番環境の動作パリティをテストするテストスイートを大幅拡張
  • ci-failure-scan.lock.yml: コンパイル済みワークフローアーティファクトを再生成
  • create-kbe.instructions.md: 候補検査と失敗時閉鎖ガイダンスを更新
  • ci-eval.yml, README.md: 評価トランスポート使用法を更新

パフォーマンスへの影響

影響なし

関連Issue

#133958（前提条件として必須） #132619（参考）

その他

注意事項：本PRは前提条件PR #133958がマージされていることが必須です。CI評価ワークフロー（/ci-eval）はPRヘッドをチェックアウトする前にmainから評価入力を復元するため、ラッパー・グレーダー・テストが前提ファイルなしに削除されます。

バリデーション完了：

  • gh-aw v0.86.2およびactionlint有効でコンパイル
  • Vally 0.14 strict lint合格
  • actionlint v1.7.12合格
  • ラッパーを実際のKBE検索で動作確認（bot作成候補に作成者ログイン含有を確認）
  • フォーカステスト10テスト合格

Copilot指摘事項：複数の段階的レビューで指摘されている未解決課題が存在します。特に、グレーダー統合、候補読み取り強制、ワークフロー整合性に関する重要な課題が残存しているとレビュアーボットが指摘しています。

目次