test(ci): コンテナイメージのビルドと /health 起動確認を CI に追加する

[izumacha]

背景

コードレビューの過程で、CI に Dockerfile を評価する経路が一切ないことが判明した。build-and-test ジョブはホストの SDK 上で dotnet build / dotnet test を実行するだけで、Dockerfile はビルドすらされない。

このため、ベースイメージを壊す変更が CI 緑のまま素通りする。

実際に素通りするケース（現在 open な Dependabot PR #142）

• アプリは net8.0 を対象にビルドされ、生成される runtimeconfig.json は Microsoft.AspNetCore.App 8.0.0 を要求する（rollForward は未設定＝既定の Minor）。
• Minor はメジャー跨ぎのロールフォワードをしないため、ランタイム段を aspnet:8.0 → aspnet:9.0 に上げると 8.0 ランタイムが存在せず、コンテナは起動時に落ちる。
• それでも dotnet build / dotnet test はホストの SDK 8 で走るので緑のまま。

// 現在の runtimeconfig.json（rollForward 指定なし）
"frameworks": [
  { "name": "Microsoft.NETCore.App",    "version": "8.0.0" },
  { "name": "Microsoft.AspNetCore.App", "version": "8.0.0" }
]

変更内容

.github/workflows/ci.yml に docker-image ジョブを 1 本追加する。既存の build-and-test は変更しない。

1. docker build でイメージを実際にビルドする
2. コンテナを起動する（DB は既定の SQLite なので追加サービス不要）
3. /health が 200 を返すまで最大 60 秒ポーリングする
4. 失敗時のみ docker logs を出力する（起動失敗の原因は stdout に出るため）
5. 成否にかかわらずコンテナを後片付けする

これによりベースイメージとアプリの TFM のズレを機械的に検出できる。

検証（ローカルで実機確認済み）

Docker デーモンが使えない環境のため、コンテナ内と同じ構成をホスト上で再現してスモークテストの前提を 2 点とも実測で確認した。

確認項目	結果
dotnet build	成功 / 0 warning・0 error
dotnet test	374 passed / 0 failed
npm run typecheck	成功
ci.yml の YAML パース	成功（jobs: build-and-test, docker-image）

前提1: Production かつプレーン HTTP で /health が 200 を返すか

UseHttpsRedirection は MapHealthChecks より前に実行されるため 307 リダイレクトを疑ったが、HTTPS ポート未構成時はリダイレクトせず素通しすることを実測で確認した。

HTTP/1.1 200 OK

warn: Microsoft.AspNetCore.HttpsPolicy.HttpsRedirectionMiddleware[3]
      Failed to determine the https port for redirect.

コンテナは ASPNETCORE_URLS=http://+:8080 のみで HTTPS エンドポイントを持たないため、同じ経路になる。

前提2: Audit__HashSalt が本当に必要か

未設定で起動すると fail-closed で失敗することを確認した。そのためスモークテスト専用の使い捨て値を渡している（本番の秘密情報ではない）。

Unhandled exception. System.InvalidOperationException: Audit:HashSalt is required in Production.

期待される効果

• 現在の main に対しては PASS する
• Dependabot PR chore(docker): Bump dotnet/aspnet from 8.0 to 10.0 #142（aspnet 8.0→9.0）に対しては FAIL し、マージ前に破損を止められる

補足: 関連する Dependabot PR の調査結果

本 PR の範囲外だが、同じレビューで以下を実測した（いずれも本 PR では変更しない）。

PR	内容	実測結果
#146	Npgsql.EFCore.PostgreSQL 8.0.11→9.0.4	6 tests failed — EF Core core だけ 9.0.1 に引き上がり、SQLite/SqlServer プロバイダは 8.0.29 のまま混在。TypeLoadException: Method 'get_LockReleaseBehavior' ... does not have an implementation
#144	EFCore.SqlServer 8.0.29→9.0.18	6 tests failed — 同一の混在メカニズム
#142	aspnet 8.0→9.0（ランタイム段）	本 PR の docker-image ジョブが検出する対象

#144 / #146 は既存の dotnet test が検知できるため CI は赤くなる。#142 だけが検知できていなかった。

🤖 Generated with Claude Code

https://claude.ai/code/session_018nkWELTPsYuGxyayheyhPG

---

Generated by Claude Code