프로덕션 설정 파일에서 변경이 이루어졌다는 것을 알고 있으므로 파일 추가 를 지원하는 것 외에도 git blame를 실행하고 코드 조각이 변경되었을 때의 개발 기록 검색을 지원합니다. 이렇게 하면 코드 조각이 파일에 추가되고 파일 간에 이동 또는 복사되어 결국 삭제되거나 대체된 시기를 추적할 수 있습니다. diff에서 텍스트 문자열을 검색하여 작동합니다. blame_use를 검색하는 곡괭이 인터페이스의 작은 예: 대부분의 버전 제어 시스템에는 비난의 개념이 있지만 좋은 방법이 있습니다. 이렇게 하면 파일을 변경한 사람 또는 다른 사용자가 마지막으로 파일을 변경한 시기를 확인할 수 있습니다. Git도 동일한 기능을 가지고 있습니다. 이 기능은 비난 폭풍으로 알려진 프로세스에서 릴리스에 추가 된 기능을 찾는 데 사용할 수 있습니다. 결론적으로, 나 또는 GOT 스타일처럼 비난 : SHAME * SHAME * SHAME. 이제 예제 코드의 복사본을 가지고 있으므로 git 비난으로 탐색을 시작할 수 있습니다.

예제 리포지토리의 상태는 git 로그를 사용하여 검사할 수 있습니다. 커밋 기록은 다음과 같아야 합니다: 작성자 이름 대신 작성자 전자 메일 표시(기본값: 꺼져 있음). 이것은 또한 blame.showEmail 구성 옵션을 통해 제어 할 수 있습니다. -w 옵션은 공백 변경을 무시합니다. 이전 작성자가 탭에서 공백으로 전환하거나 새 줄을 추가하여 파일간격을 수정한 경우 불행히도 이러한 변경 내용을 보여 줌으로써 git 비난의 출력이 모호해지습니다. 이 출력은 README의 콘텐츠가 3명의 다른 저자에 의해 3번 추가또는 수정되었다는 것을 보여줍니다. 그것은 원래 씨 doob에 의해 커밋 cb20237cc에 추가되었습니다. 이 예제에서는 git 로그도 –pretty-format 옵션으로 준비되었습니다. 이 옵션은 git 로그의 기본 출력 형식을 git 로그 형식과 일치하는 것으로 변환합니다. 사용 및 구성 옵션에 대한 자세한 내용은 git 로그 페이지를 참조하십시오.

기본적으로 git 비난 path_of_the_file_where_error_is를 실행하고 커밋 및 해당 코드 줄을 작성 /편집 한 사람과 함께 파일 줄을 줄로 표시하는 대화형 프롬프트가 나타납니다. 파일 내에서 이동하거나 복사된 줄을 검색합니다. 커밋이 줄 블록을 이동하거나 복사할 때(예: 원본 파일에 A가 있고 B가 있고 커밋이 B와 A로 변경됨) 기존의 비난 알고리즘은 움직임의 절반만 통지하고 일반적으로 부모에게 이동된 줄(예: B)을 비난하고 하위 커밋에 아래로 이동된 선(즉, A)에 대한 비난을 할당합니다. 이 옵션을 사용하면 두 줄 그룹이 추가 검사 패스를 실행하여 부모에 대한 비난을 받습니다. 또한 범위의 하위 집합에 표시할 수 있는 변경 사항도 있습니다(예: git diff와 같이 커밋 해시에 추가된 선이 있음). 예를 들어 파일을 변경한 사람을 찾으려면 단일 파일에 대해 git 비난을 실행할 수 있으며, 마지막으로 해당 줄에 영향을 받은 변경 사항과 함께 파일의 분석 데이터를 한 줄씩 얻을 수 있습니다.