直す前に結果を確認！テキストエディタのGrep検索、選択フォルダに絞るGrep

テキストエディタのGrep検索を選択フォルダだけに絞るコツは、検索してから不要な結果を捨てるのではなく、検索開始前に「このフォルダが今回の正本範囲か」を決め、そのフォルダを起点にすることです。

例として、小説の作業場に chapters/、notes/、archive/ があり、同じ語が本文に11件、メモに5件、旧稿に3件ある状況を考えます。本文だけを直したいなら、親フォルダ全体19件ではなく chapters/ の11件が作業対象です。

フォルダ名ではなく役割で選ぶ

chapters/ を選べばいつも安全、というわけではありません。今回の納品原稿がそこにまとまり、notes/ は調査メモ、archive/ は戻し用の旧稿だと確認できるときだけ、chapters/ を正本範囲にします。

検索前に次を一行で書いておくと判断がぶれません。

起点=project/chapters | 含める=.md | 範囲外=project/notes, project/archive | 検索語=仮名A

今回の実測では chapters/ 自体を検索起点にしたため、隣接フォルダは最初から範囲外でした。拡張子フィルターで除外した結果ではありません。

Grep結果を11件で止める手順

選択フォルダを開き直す

親の project/ ではなく project/chapters/ を作業場として開きます。検索欄の近くに表示される対象パス、または結果一覧の共通接頭辞が chapters/ になっているかを確かめます。

一語だけ検索する

検索語「仮名A」を入力し、最初は置換しません。総一致数だけでなく、先頭・中ほど・末尾から数件ずつ開きます。結果パスがすべて chapters/ch01.md のように正本範囲へ入っているかを見ます。

親範囲と一度だけ比べる

範囲指定が効いているか分からないときだけ、同じ語を親の project/ でも検索します。今回の標本は選択フォルダ11件、親範囲19件でした。差の8件は notes/ の5件と archive/ の3件です。

この比較で大切なのは「19件のほうが網羅的」と考えないことです。目的が本文修正なら、メモと旧稿を含む19件は広すぎます。

結果表で対象を確定する

実際に直す前に、11件それぞれの前後文を読みます。同じ表記でも人名、見出し、引用では扱いが違うことがあるため、件数が合っても一括変更の意味判断までは済んでいません。

Rune Studioで確認した範囲

件数が11にならないとき

10件しか出ない場合は、検索語の表記揺れ、全角半角、大文字小文字、未保存タブの扱いを確認します。12件以上なら、chapters/ 内にバックアップや複製ファイルが混ざっていないかを結果パスで見ます。期待件数へ無理に合わせるため結果を捨てるのではなく、差の一件がどのパス・どの文脈かを説明できるようにします。

また、結果パスが相対表示で起点が分かりにくい場合は、一件を開いて実ファイルの場所を確認します。ch03.md という名前だけでは、chapters/ch03.md と archive/ch03.md を区別できません。ファイル名ではなくフォルダを含むパスで採否を決めるのが安全です。旧稿を参照するだけなら検索結果を別に残し、本文11件の修正対象へ戻さないでください。

共同作業中なら、検索直前に chapters/ の更新時刻も見ます。別の人が正本を final/ へ移した直後では、11件という以前の基準が使えません。件数の違いを不具合と決めつけず、正本の場所が変わっていないかを先に確認してください。

Rune Studioでは、選択した chapters/ から11件、親フォルダから19件を取得し、notes/ 5件と archive/ 3件が11件へ混ざっていないことを確認できました。公開機能ではファイル内、選択範囲、ワークスペース横断の検索と、結果確認後の置換が案内されています。

今回確認した中心は検索範囲です。正規表現の全仕様、バイナリ置換、検索語の意味による自動採否は扱いません。また、選択したフォルダが本当に正本かはアプリが決めるのではなく、作業者が検索前に判断します。

結論

選択フォルダに絞るGrepが成功したかは、総件数だけでなく、起点パス、範囲外フォルダ、結果パス、11件と19件の差で判断します。まず一語を検索し、結果の先頭・中央・末尾がすべて正本フォルダにあることを確かめてください。

フォルダを作業単位として検索したい人は、Rune Studioの商品ページで現行の検索範囲と置換前確認の仕様を確認できます。