[Bash Shell] 13. grep - 패턴 검색

grep(global regular expression print)은 리눅스·유닉스에서 패턴에 맞는 줄을 검색해 출력하는 필터 명령어다. 파일 내용 검색, 파이프와 결합한 로그·코드 검색, 정규식 활용까지 실무에서 가장 자주 쓰는 도구 중 하나다.

이 장을 읽기 전에

선행 챕터: 이 장은 12장: man, history에서 매뉴얼로 명령어 사용법을 찾고 히스토리로 과거 명령을 검색하는 법을 다룬 뒤 이어진다. 여기서부터 Part 2(텍스트 처리)가 시작된다 — 3장: cat으로 파일을 읽고 12장: man으로 궁금한 점을 찾아본 다음, 이제 그 파일 안에서 원하는 줄을 실제로 찾아내는 단계로 넘어가는 자연스러운 흐름이다. grep은 파이프라인의 첫 필터로 가장 자주 등장하므로, 파이프(|)가 무엇인지 대략 감이 있으면(자세한 내용은 19장에서 다룬다) 예시를 읽기 더 수월하다.

이 장의 깊이: 입문–중급 난이도다. 기본 매칭부터 재귀 검색, ERE 정규식, 컨텍스트 출력까지 실무에서 매일 쓰는 범위를 다룬다. 다루지 않는 것: 정규식 문법 자체의 심화(POSIX ERE 전체 메타문자, 캡처 그룹, 룩어라운드 등)는 각주 수준으로만 언급하고, grep으로 찾은 줄을 실제로 바꿔치는 스트림 편집(치환)은 14장: sed에서 다룬다.

당신의 수준에 맞는 경로

사용법

1

grep [옵션] 패턴 [파일...]

• 패턴: 검색할 문자열 또는 정규식. 여러 파일을 지정하면 파일별로 매칭된 줄을 출력한다.
• 파일: 생략 시 표준 입력에서 읽는다. 디렉터리는 지정할 수 없고, 재귀 검색은 -r 옵션으로 한다.

옵션

매칭 방식

출력 제어

검색 범위

기타

예시

기본 검색

1
2
3
4
5
6
7
8

# 파일에서 "error" 포함 줄 출력
grep "error" /var/log/syslog

# 대소문자 무시
grep -i "ERROR" app.log

# 줄 번호와 함께
grep -n "TODO" src/*.c

재귀·파일 제한

1
2
3
4
5
6
7
8

# 현재 디렉터리 아래 모든 텍스트 파일에서 검색
grep -r "function_name" .

# .git 제외하고 재귀 검색
grep -r --exclude-dir=.git "pattern" .

# .c, .h 파일만
grep -r --include="*.c" --include="*.h" "main" src/

개수·파일명만

1
2
3
4
5

# 각 파일별 매칭 줄 수
grep -c "warning" *.log

# 매칭이 하나라도 있는 파일 이름만
grep -l "deprecated" src/*.py

반전·단어 단위

1
2
3
4
5

# "debug"가 **없는** 줄만
grep -v "debug" config.ini

# 단어 "cat"만( "category", "catch" 제외)
grep -w "cat" words.txt

정규식(ERE)

1
2
3
4
5

# 확장 정규식: 숫자로 시작하는 줄
grep -E "^[0-9]+" data.txt

# 이메일 형태 줄만
grep -E "[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}" contacts.txt

파이프 조합

1
2
3
4
5
6
7
8

# ps 출력에서 프로세스명 필터
ps aux | grep nginx

# 히스토리에서 명령 검색
history | grep "git commit"

# 에러 줄만 모아서 개수
cat build.log | grep -i error | wc -l

컨텍스트(앞뒤 줄)

1
2
3
4
5

# 매칭 줄 앞뒤 2줄씩
grep -C 2 "Exception" app.log

# 매칭 뒤 5줄만
grep -A 5 "stack trace" error.log

주의사항·함정

grep은 배포판·운영체제마다 실제 동작이 미묘하게 달라, 스크립트를 옮겨 실행하는 순간 함정이 드러나는 경우가 많다.

GNU vs BSD/macOS 이식성: 이 글의 예시는 리눅스 배포판 대부분이 쓰는 GNU grep 기준이다. macOS 기본 grep은 GNU가 아니라 BSD grep 계열이라 옵션 지원 범위가 다르다. 특히 -P(Perl 정규식)는 GNU grep이 PCRE를 링크해 제공하는 확장으로, POSIX 표준 자체에 없는 기능이라 BSD/macOS grep에서는 대부분 지원하지 않는다(grep -P 실행 시 “invalid option” 류 에러가 난다). macOS에서 GNU grep과 동일하게 동작시키려면 Homebrew로 brew install grep을 설치해 ggrep(또는 PATH에 gnubin 우선 배치)으로 실행해야 한다. -r과 -R도 미묘하게 다르다 — GNU grep에서 -r은 명령줄에 직접 준 심볼릭 링크만 따라가고, -R(--dereference-recursive)은 하위 디렉터리에서 만나는 모든 심볼릭 링크까지 따라간다. 이 차이를 모르고 -r을 쓰면 심볼릭 링크로 연결된 디렉터리가 검색에서 조용히 빠질 수 있다.

셸 인용·이스케이프: 패턴에 $, *, [, ], (, ) 같은 정규식 메타문자가 들어가면 반드시 작은따옴표('...')로 감싸야 한다. 큰따옴표나 무인용 상태로 두면 셸이 grep에 패턴을 넘기기 전에 와일드카드 확장·변수 치환을 먼저 시도해, 의도와 다른 파일 목록이나 빈 문자열이 전달될 수 있다. 또한 기본 정규식(BRE)에서는 +, ?, |, (, )가 리터럴 문자로 취급되고 메타문자로 쓰려면 \+처럼 백슬래시를 붙여야 한다 — -E(ERE)를 쓰면 이 이스케이프가 필요 없어지므로, BRE와 ERE를 섞어 쓰다 이스케이프를 빠뜨리는 실수가 흔하다.

종료 코드: grep은 매칭된 줄이 있으면 0, 없으면 1, 파일을 못 열었거나 문법 오류가 있으면 2 이상을 반환한다. if grep "pattern" file; then ...처럼 쓰면 “매치 없음"도 셸 입장에서는 실패(1)이므로, 매치가 없는 것이 정상 상황인 로직에서는 if ! grep -q "pattern" file; then ...처럼 의도를 명확히 해야 한다. set -e가 걸린 스크립트에서 파이프 중간에 매치 없는 grep을 두면 스크립트 전체가 예상치 못하게 종료될 수 있어, grep ... || true로 의도적으로 무시하거나 종료 코드를 직접 검사하는 편이 안전하다.

다음 장에서는

다음은 14장: sed — grep으로 찾은 줄을 이번에는 그대로 바꿔치는 스트림 편집을 다룬다.

평가 기준

• BRE·ERE·고정 문자열(-F) 매칭 방식의 차이를 설명할 수 있다.
• 재귀 검색(-r/-R)과 파일 포함·제외(--include/--exclude) 옵션을 조합해 원하는 범위만 검색할 수 있다.
• 파이프와 결합해 프로세스 목록·로그·히스토리에서 원하는 줄을 걸러낼 수 있다.
• GNU grep과 BSD/macOS grep의 옵션 차이를 구분하고, 스크립트를 옮길 때 어떤 부분을 점검해야 하는지 설명할 수 있다.
• grep의 종료 코드가 스크립트 제어 흐름(if, set -e)에 미치는 영향을 설명하고 안전하게 처리할 수 있다.

참고

• GNU grep 매뉴얼
• POSIX grep 사양
• grep (Unix) - Wikipedia