[git] Git에서 파일이 삭제 된시기 찾기

짧은 답변:

git log --full-history -- your_file

병합 커밋을 포함하여 리포지토리의 모든 커밋을 표시합니다 your_file. 마지막 (맨 위)은 파일을 삭제 한 것입니다.

몇 가지 설명 :

--full-history여기 의 깃발이 중요합니다. 파일이 없으면 Git은 파일의 로그를 요청할 때 “기록 단순화”를 수행합니다. 문서는 이것이 어떻게 작동하는지에 대한 세부 사항에 대해 밝고 소스 코드에서 파악하는 데 필요한 그릿과 용기가 없지만 git-log 문서 에는 다음과 같은 내용이 많이 있습니다.

기본 모드

트리의 최종 상태를 설명하는 가장 간단한 히스토리로 히스토리를 단순화합니다. 최종 결과가 동일한 경우 일부 사이드 브랜치를 제거하므로 가장 간단합니다 (예 : 동일한 컨텐츠의 브랜치 병합)

삭제 된 파일의 최종 상태를 설명하는 가장 간단한 히스토리는 히스토리 가 아니기 때문에 원하는 히스토리가있는 파일이 삭제되는 시기와 관련이 있습니다 . 있는 위험이 git log없이는 --full-history단순히 파일을 만든 적이라고 주장한다은? 불행히도, 그렇습니다. 데모는 다음과 같습니다.

mark@lunchbox:~/example$ git init
Initialised empty Git repository in /home/mark/example/.git/
mark@lunchbox:~/example$ touch foo && git add foo && git commit -m "Added foo"
[master (root-commit) ddff7a7] Added foo
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 foo
mark@lunchbox:~/example$ git checkout -b newbranch
Switched to a new branch 'newbranch'
mark@lunchbox:~/example$ touch bar && git add bar && git commit -m "Added bar"
[newbranch 7f9299a] Added bar
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 bar
mark@lunchbox:~/example$ git checkout master
Switched to branch 'master'
mark@lunchbox:~/example$ git rm foo && git commit -m "Deleted foo"
rm 'foo'
[master 7740344] Deleted foo
 1 file changed, 0 insertions(+), 0 deletions(-)
 delete mode 100644 foo
mark@lunchbox:~/example$ git checkout newbranch
Switched to branch 'newbranch'
mark@lunchbox:~/example$ git rm bar && git commit -m "Deleted bar"
rm 'bar'
[newbranch 873ed35] Deleted bar
 1 file changed, 0 insertions(+), 0 deletions(-)
 delete mode 100644 bar
mark@lunchbox:~/example$ git checkout master
Switched to branch 'master'
mark@lunchbox:~/example$ git merge newbranch
Already up-to-date!
Merge made by the 'recursive' strategy.
mark@lunchbox:~/example$ git log -- foo
commit 77403443a13a93073289f95a782307b1ebc21162
Author: Mark Amery
Date:   Tue Jan 12 22:50:50 2016 +0000

    Deleted foo

commit ddff7a78068aefb7a4d19c82e718099cf57be694
Author: Mark Amery
Date:   Tue Jan 12 22:50:19 2016 +0000

    Added foo
mark@lunchbox:~/example$ git log -- bar
mark@lunchbox:~/example$ git log --full-history -- foo
commit 2463e56a21e8ee529a59b63f2c6fcc9914a2b37c
Merge: 7740344 873ed35
Author: Mark Amery
Date:   Tue Jan 12 22:51:36 2016 +0000

    Merge branch 'newbranch'

commit 77403443a13a93073289f95a782307b1ebc21162
Author: Mark Amery
Date:   Tue Jan 12 22:50:50 2016 +0000

    Deleted foo

commit ddff7a78068aefb7a4d19c82e718099cf57be694
Author: Mark Amery
Date:   Tue Jan 12 22:50:19 2016 +0000

    Added foo
mark@lunchbox:~/example$ git log --full-history -- bar
commit 873ed352c5e0f296b26d1582b3b0b2d99e40d37c
Author: Mark Amery
Date:   Tue Jan 12 22:51:29 2016 +0000

    Deleted bar

commit 7f9299a80cc9114bf9f415e1e9a849f5d02f94ec
Author: Mark Amery
Date:   Tue Jan 12 22:50:38 2016 +0000

    Added bar

git log -- bar위의 터미널 덤프에서 결과적으로 문자가 출력되지 않는 방법 에 주목 하십시오. 힘내 역사 bar는 존재하지 않는 허구로 역사를 “단순화”하고 있습니다 . git log --full-history -- bar반면에, 우리는 생성 bar한 커밋과 삭제 한 커밋을 제공합니다.

분명히 :이 문제는 단지 이론적 인 것이 아닙니다. 삭제 된 파일을 추적하려고하는 실제 저장소에서 실패 --full-history했기 때문에 문서 만 살펴보고 플래그를 발견 git log -- some_file했습니다. 히스토리 단순화는 현재 존재하는 파일이 현재 상태가 된 방법을 이해하려고 할 때 도움이 될 수 있지만 파일 삭제 를 추적하려고 할 때 관심있는 커밋을 숨겨서 문제를 일으킬 가능성이 더 큽니다. . --full-history이 사용 사례에는 항상 플래그를 사용하십시오 .

답변

dan-mac:test dani$ git log file1.txt
fatal: ambiguous argument 'file1.txt': unknown revision or path not in the working tree.

dan-mac:test dani$ git log -- file1.txt
 commit 0f7c4e1c36e0b39225d10b26f3dea40ad128b976
 Author: Daniel Palacio <danpal@gmail.com>
 Date:   Tue Jul 26 23:32:20 2011 -0500

 foo

git log --diff-filter=D --summary | sed -n '/^commit/h;/\/some_dir\//{G;s/\ncommit \(.*\)/ \1/gp}'

git log --diff-filter=D --summary | sed -n -e '/^commit/h' -e '\:/:{' -e G -e 's/\ncommit \(.*\)/ \1/gp' -e }

git rev-list -n 1 HEAD -- [file_path]

git log --stat | grep file