git blame 예제

By 2019. augusztus 2. Egyéb No Comments

이 출력은 README의 콘텐츠가 3명의 다른 저자에 의해 3번 추가또는 수정되었다는 것을 보여줍니다. 그것은 원래 씨 doob에 의해 커밋 cb20237cc에 추가되었습니다. 이 예제에서는 git 로그도 –pretty-format 옵션으로 준비되었습니다. 이 옵션은 git 로그의 기본 출력 형식을 git 로그 형식과 일치하는 것으로 변환합니다. 사용 및 구성 옵션에 대한 자세한 내용은 git 로그 페이지를 참조하십시오. git 비난은 개별 파일에서만 작동합니다. 유용한 출력을 위해서는 파일 경로가 필요합니다. git 비난의 기본 실행은 단순히 명령 도움말 메뉴를 출력합니다. 이 예제에서는 README에서 작동합니다. MD 파일입니다. git 리포지토리의 루트에 README 파일을 프로젝트의 문서 원본으로 포함하는 것은 일반적인 오픈 소스 소프트웨어 방법입니다.

파일 내에서 이동하거나 복사된 줄을 검색합니다. 커밋이 줄 블록을 이동하거나 복사할 때(예: 원본 파일에 A가 있고 B가 있고 커밋이 B와 A로 변경됨) 기존의 비난 알고리즘은 움직임의 절반만 통지하고 일반적으로 부모에게 이동된 줄(예: B)을 비난하고 하위 커밋에 아래로 이동된 선(즉, A)에 대한 비난을 할당합니다. 이 옵션을 사용하면 두 줄 그룹이 추가 검사 패스를 실행하여 부모에 대한 비난을 받습니다. 이번 주의 Git 팁은 비난 게임에 관한 것입니다. 새 할부를 자동으로 받으려면 피드를 구독할 수 있습니다. 개정 범위 지정기를 사용하여 지정을 제한하는 경우 범위 경계 이후 변경되지 않은 줄(커밋 v2.6.18 또는 위의 예제에서 3주 이상 된 가장 최근 커밋)은 해당 범위 경계 커밋에 대한 비난을 받습니다. Git은 파일 추가 를 지원하는 것 외에도 코드 조각이 변경 시 발생한 시기에 대한 개발 기록 검색을 지원합니다. 이렇게 하면 코드 조각이 파일에 추가되고 파일 간에 이동 또는 복사되어 결국 삭제되거나 대체된 시기를 추적할 수 있습니다. diff에서 텍스트 문자열을 검색하여 작동합니다. blame_use를 검색하는 곡괭이 인터페이스의 작은 예: 특정 코드 조각이 추가되었지만 -S 옵션을 사용하여 git 로그를 실행하거나 수정된 모든 원래 커밋을 나열합니다. 찾고 있는 코드로 -S 옵션을 부가합니다.

위의 README 출력의 줄 중 하나를 예로 들어 보겠습니다. README 출력의 12줄에서 “CSS3D 및 WebGL 렌더러”라는 텍스트를 살펴보겠습니다. 이전 버전의 git에서 git 비난 및 git 추가와 달리, 어노미의 범위는 라인 범위와 개정 범위 로 제한될 수 있습니다. 줄 범위에 대한 어노스팅을 제한하는 -L 옵션은 여러 번 지정될 수 있습니다. 타임스탬프와 약어 커밋 해시는 변경 내용이 순차적으로 도입되었음을 보여 주지만 이 모순된 예제에서는 쉽게 볼 수 있습니다. Git은 커스터에 대한 전체 정보를 가지고 있기 때문에 사용자의 이름 또는 사람 전자 메일 주소를 표시 할 수 있습니다 : git 비난은 줄을 수정 한 마지막 작성자를 표시하지만 종종 줄이 처음 추가 된 시기를 알고 싶을 것입니다.