Git 히스토리에서 커밋 된 코드를 grep (검색)하는 방법

과거에 파일이나 파일에서 일부 코드를 삭제했습니다. 커밋 메시지가 아닌 컨텐츠를 grep 할 수 있습니까?

매우 나쁜 해결책은 로그를 grep하는 것입니다.

git log -p | grep <pattern>

그러나 커밋 해시를 즉시 반환하지는 않습니다. 나는 git grep아무 소용이 없습니다.

커밋 내용 (즉, 커밋 메시지 등이 아닌 실제 소스 행) 을 검색하려면 다음을 수행해야합니다.

git grep <regexp> $(git rev-list --all)

git rev-list --all | xargs git grep <expression> "인수 목록이 너무 깁니다"오류가 발생하면 작동합니다.

일부 하위 트리로 검색을 제한하려면 (예를 들어, "lib 디렉토리 / 폴더의 유틸리티"), 당신은 그에게 전달해야합니다 rev-list하위 명령 및 grep뿐만 아니라 :

git grep <regexp> $(git rev-list --all -- lib/util) -- lib/util

에 대한 커밋 텍스트가 모두 표시됩니다 regexp.

두 명령 모두에 경로를 전달하는 이유는 rev-list모든 변경 사항이 lib/util발생한 수정본 목록을 반환 하지만 grep검색 만하 도록 전달해야하기 때문입니다 lib/util.

다음 시나리오를 상상해보십시오. 반환 된 동일한 개정판에 포함 된 다른 파일 grep에서도 동일하게 찾을 수 있습니다 (해당 개정판에서 해당 파일에 대한 변경 사항이 없더라도).<regexp>rev-list

소스를 검색하는 다른 유용한 방법은 다음과 같습니다.

정규식 regexp와 일치하는 텍스트에 대한 작업 트리 검색 :

git grep <regexp>

정규식 regexp1 또는 regexp2와 일치하는 텍스트 행에 대한 작업 트리를 검색하십시오.

git grep -e <regexp1> [--or] -e <regexp2>

정규식 regexp1 및 regexp2와 일치하는 텍스트 행에 대한 작업 트리를 검색하고 파일 경로 만보고하십시오.

git grep -l -e <regexp1> --and -e <regexp2>

정규식 regexp1과 일치하는 텍스트 행과 정규식 regexp2와 일치하는 텍스트 행이있는 파일에 대한 작업 트리를 검색하십시오.

git grep -l --all-match -e <regexp1> -e <regexp2>

변경된 텍스트 일치 패턴 행에 대한 작업 트리 검색 :

git diff --unified=0 | grep <pattern>

정규식 regexp와 일치하는 텍스트에 대한 모든 개정판을 검색하십시오.

git grep <regexp> $(git rev-list --all)

정규식 regexp와 일치하는 텍스트에 대해 rev1과 rev2 사이의 모든 개정판을 검색하십시오.

git grep <regexp> $(git rev-list <rev1>..<rev2>)

의 pickaxe ( -S) 옵션을 사용해야합니다 git log.

검색하려면 Foo:

git log -SFoo -- path_containing_change
git log -SFoo --since=2009.1.1 --until=2010.1.1 -- path_containing_change

자세한 내용은 Git history (Git 기록)를 참조하십시오 .

Jakub Narębski 는 다음과 같이 언급했습니다.

• 이것은 의 인스턴스를 소개하거나 제거하는 차이점을 찾습니다<string> . 일반적으로 " 'Foo'로 라인을 추가하거나 제거한 개정"을 의미합니다.

• 이 --pickaxe-regex옵션을 사용하면 문자열을 검색하는 대신 확장 POSIX 정규식을 사용할 수 있습니다. 예 (에서 git log) :git log -S"frotz\(nitfol" --pickaxe-regex

Rob이 언급 한 것처럼 이 검색은 대소 문자를 구분합니다. 대소 문자를 구분하지 않는 검색 방법에 대한 후속 질문 을 열었 습니다 .

가장 좋아하는 방법은 git log의 -G옵션을 사용하는 것입니다 (버전 1.7.4에 추가됨).

-G<regex>
       Look for differences whose added or removed line matches the given <regex>.

커밋과 일치하는지 -G와 -S옵션이 결정 하는 방식에는 미묘한 차이가 있습니다.

• 이 -S옵션은 기본적으로 커밋 전후에 파일에서 검색이 일치하는 횟수를 계산합니다. 이전 및 이후 개수가 다른 경우 커밋이 로그에 표시됩니다. 예를 들어, 검색과 일치하는 행이 이동 된 커밋은 표시되지 않습니다.
• 이 -G옵션을 사용하면 검색이 추가, 제거 또는 변경된 행과 일치하면 커밋이 로그에 표시됩니다.

이 커밋을 예로 들어 보겠습니다.

diff --git a/test b/test
index dddc242..60a8ba6 100644
--- a/test
+++ b/test
@@ -1 +1 @@
-hello hello
+hello goodbye hello

파일에 "hello"가 나타나는 횟수는이 커밋 전후에 동일하기 때문에를 사용하여 일치하지 않습니다 -Shello. 그러나 일치하는 행이 변경 hello되었으므로 커밋은을 사용하여 표시됩니다 -Ghello.

코드 변경 사항을 탐색하려면 (전체 기록에서 주어진 단어로 실제로 변경된 내용을 참조하십시오) patch모드 로 이동하십시오 .

git log -p
# Hit '/' for search mode.
# Type in the word you are searching.
# If the first search is not relevant, hit 'n' for next (like in Vim ;) )

git log 일치하는 항목이 많고 가장 최근 (관련) 변경 사항을 먼저보고자하는 경우 모든 브랜치에서보다 효과적인 텍스트 검색 방법이 될 수 있습니다.

git log -p --all -S 'search string'
git log -p --all -G 'match regular expression'

이 로그 명령은 주어진 검색 문자열 / 정규식 (일반적으로)을 먼저 추가하거나 제거하는 커밋을 나열합니다. 이 -p옵션을 사용하면 패턴이 추가되거나 제거 된 위치에 관련 diff가 표시되므로 컨텍스트에서 볼 수 있습니다.

찾고있는 텍스트를 추가하는 관련 커밋 (예 : 8beeff00d)을 찾았 으면 커밋이 포함 된 분기를 찾습니다.

git branch -a --contains 8beeff00d

Jeet의 답변을 가져 와서 Windows에 적용했습니다 ( 이 답변 덕분에 ).

FOR /F %x IN ('"git rev-list --all"') DO @git grep <regex> %x > out.txt

어떤 이유로 든이 정규 표현식을 삭제 한 실제 커밋은 명령의 출력에 나타나지 않고 명령보다 먼저 커밋되었습니다.

모든 버전의 파일 에서 검색 :

git rev-list --all | xargs git grep <regexp>

주어진 파일 ( 예 : XML 파일) 에서만 검색 하십시오.

git rev-list --all | xargs -I{} git grep <regexp> {} -- "*.xml"

결과 줄은 다음과 같아야합니다. 6988bec26b1503d45eb0b2e8a4364afb87dde7af : bla.xml : 찾은 줄의 텍스트 ...

그런 다음 다음을 사용하여 저자, 날짜 및 diff와 같은 자세한 정보를 얻을 수 있습니다 git show.

git show 6988bec26b1503d45eb0b2e8a4364afb87dde7af

간단하게하기 위해 GUI를 사용하는 것이 좋습니다 : gitk-The Git repository browser . 꽤 유연합니다

1. 코드를 검색하려면
   
   
2. 파일을 검색하려면
   
   
3. 물론 정규 표현식도 지원합니다.
   
   

위 / 아래 화살표를 사용하여 결과를 탐색 할 수 있습니다.

소스 트리 에서이 작업을 수행하려는 다른 사람 은 UI에 직접 명령이 없습니다 (버전 1.6.21.0 기준). 그러나 터미널 창 (기본 도구 모음에서 사용 가능한 단추) 을 열고 복사 / 붙여 넣기 하여 허용 된 답변에 지정된 명령 을 사용할 수 있습니다.

참고 : 소스 트리의 검색 보기는 부분적으로 텍스트 검색을 수행 할 수 있습니다. Ctrl+ 3를 눌러 검색보기로 이동하거나 하단에서 사용 가능한 검색 탭을 클릭하십시오. 가장 오른쪽에서 검색 유형을 파일 변경으로 설정 한 다음 검색 할 문자열을 입력하십시오. 이 방법에는 위의 명령과 비교하여 다음과 같은 제한이 있습니다.

1. 소스 트리 에는 변경된 파일 중 하나에 검색어가 포함 된 커밋 만 표시 됩니다. 검색 텍스트가 포함 된 정확한 파일을 찾는 것은 다시 수동 작업입니다.
2. RegEx는 지원되지 않습니다.

내가 당신을 찾을 때마다 다음 명령 줄을 사용합니다.

git log -S "<words/phrases i am trying to find>" --all --oneline  --graph

설명:

1. git log-내가 더 쓸 필요가 있습니다; 로그를 시간순으로 표시합니다.
2. -S "<words/phrases i am trying to find>" -파일 (추가 / 수정 / 삭제)에 '<>'기호없이 찾으려고하는 단어 / 문구가있는 Git 커밋을 모두 보여줍니다.
3. --all -모든 지점에서 시행하고 검색합니다.
4. --oneline -Git 로그를 한 줄로 압축합니다.
5. --graph -시간순으로 커밋 된 그래프를 생성합니다.

Jeet의 답변 은 PowerShell에서 작동합니다.

git grep -n <regex> $(git rev-list --all)

다음은 모든 커밋에서을 포함하는 모든 파일을 표시합니다 password.

# Store intermediate result
$result = git grep -n "password" $(git rev-list --all)

# Display unique file names
$result | select -unique { $_ -replace "(^.*?:)|(:.*)", "" }

따라서 이전 버전의 코드를 통해 마지막으로 존재하는 곳을 찾으려고 노력하고 있습니까?

내가 이것을하고 있다면 아마도 git bisect을 사용할 것입니다 . bisect를 사용하면 알려진 양호한 버전, 알려진 나쁜 버전 및 버전이 좋은지 확인하는 간단한 스크립트 (이 경우 찾고있는 코드가 있는지 확인하는 grep)를 지정할 수 있습니다. ). 이를 실행하면 코드가 제거 된시기를 찾을 수 있습니다.

시나리오 : IDE를 사용하여 코드를 크게 정리했습니다. 문제 : IDE가 생각보다 많은 시간을 정리했으며 이제 코드가 컴파일되지 않습니다 (리소스 부족 등).

해결책:

git grep --cached "text_to_find"

"text_to_find"가 변경된 파일을 찾을 수 있습니다.

이제이 변경 사항을 취소하고 코드를 컴파일 할 수 있습니다.

git rev-list --all | xargs -n 5 git grep EXPRESSION

는 Jeet의 솔루션에 대한 조정 이므로 검색이 끝나고 끝이 아니라 결과가 표시됩니다 (큰 저장소에서 시간이 오래 걸릴 수 있음).

필자의 경우 짧은 커밋 을 검색해야 했고 나열된 솔루션이 불행히도 작동하지 않았습니다.

나는 그것을 할 수 있었다 ( REGEX 토큰 교체 ) :

for commit in $(git rev-list --all --abbrev-commit)
do
    if [[ $commit =~ __REGEX__ ]]; then 
        git --no-pager show -s --format='%h %an - %s' $commit
    fi
done