왜 자식은 원래의 것과는 다른 SHA1을 만들었습니까?

Question

현재 브랜치로 C로, 다음과 같은 개정 그래프가 있다고 가정

:

c a 
\/
    b 

git rebase --onto a b은 다음과 작성

 c 
/
    a 
/
b 

과에 그래프를 반환 git rebase --onto b a :

c a 
\/
    b 

그러나 두 재편성 전에 c의 새 SHA1은 c의 이전 SHA1과 다릅니다. 왜 이런 경우입니까?

Answer 1

커밋의 SHA1은 메타 데이터를 포함하여 커밋에 대한 모든 사항에 의존합니다. 특히 커밋 타임 스탬프에 따라 다릅니다. 두 번 rebase 된 커밋은 새로운 타임 스탬프를 가지므로 새로운 SHA1을 갖습니다.

(원래 작성된 "저자 날짜"및 실제 커밋이 기록 된 "커미터 날짜"가 있음을 유의하십시오. 후자 만 변경되었습니다. 직접 확인하려면 git log --pretty=fuller을 사용하거나 gitk에서 커밋을보세요.