하드 리셋 (–하드 옵션)은 한 번에 두 가지 다른 작업을 수행 할 수 있기 때문에 매우 위험 할 가능성이 있습니다 : 첫째, 현재 HEAD에 대해 하드 리셋을하면 현재 파일이 내용과 일치하도록 작업 트리의 모든 변경 내용을 지웁니다. 머리의. 재설정 명령은 이러한 세 가지 /영역에서 작동하지만 먼저 이러한 영역에 영향을 주는 명령을 추가하고 커밋하는 방법을 살펴보겠습니다. 이 양식은 모든 대한 인덱스 항목을 상태로 재설정합니다. (작업 트리 또는 현재 분기에는 영향을 주지 않습니다.) git 재설정 하드 명령의 작동 방식을 보여 주기 위해 가장 먼저 해야 할 일은 새 Git 리포지토리를 초기화하는 것입니다. 초기화 한 후 커밋의 원래 체인이 여전히 존재한다는 것을 알았을 수 있습니다. 포인터를 이동하고 코드를 이전 커밋으로 다시 재설정했지만 커밋은 삭제되지 않았습니다. 즉, 우리가 가리키는 원래 커밋을 알고 있는 한, 지점의 원래 머리로 다시 설정하기만 하면 이전 지점으로 “복원”할 수 있습니다. 다시, 우리는 new_file을 추가하고 reset_lifecycle_file의 내용을 수정했습니다. 그런 다음 git 추가가 있는 스테이징 인덱스에 이러한 변경 내용이 적용됩니다. 이 상태의 리포지토리를 사용하면 이제 리셋을 실행합니다. 여기서 git은 준비 인덱스에 파일을 추가하는 reset_lifecycle_file을 추가합니다. 이제 git 상태를 호출하면 “커밋할 변경 내용”에서 녹색으로 reset_lifecycle_file이 표시됩니다.
git 상태는 스테이징 인덱스의 진정한 표현이 아닙니다. git 상태 명령 출력은 커밋 기록과 스테이징 인덱스 간의 변경 내용을 표시합니다. 이 시점에서 스테이징 인덱스 콘텐츠를 살펴보겠습니다. 이제 잠시 후 해당 다이어그램을 보고 무슨 일이 일어났는지 깨닫게 됩니다: 그것은 본질적으로 마지막 git 커밋 명령을 취소했습니다. git 커밋을 실행하면 Git은 새 커밋을 만들고 HEAD가 가리키는 분기를 최대로 이동합니다. HEAD~ (HEAD의 부모)로 다시 재설정하면 인덱스 나 작업 디렉토리를 변경하지 않고 분기를 이전 지점으로 다시 이동합니다.