Git 재설정 설명: 소프트, 혼합 및 하드

세 가지 모드 모두 현재 분기를 사용자가 지정한 커밋으로 이동합니다. `--soft`는 모든 변경 사항을 스테이징된 상태로 유지하고, `--mixed`(기본값)은 이를 작업 폴더에 스테이징되지 않은 상태로 유지하고, `--hard`는 이를 삭제합니다. 마지막 커밋을 실행 취소하고 작업을 유지하려면 git reset --soft HEAD~1을 실행하세요. --hard는 커밋되지 않은 변경 사항을 영구적으로 삭제하므로 확실한 경우에만 사용하세요.

이들부드러운 것, 혼합된 것, 단단한 것의 차이점은 무엇인가요?

Git은 작업의 세 가지 복사본(커밋 기록, 준비 영역, 작업 폴더)을 보관합니다. 재설정은 항상 첫 번째로 이동합니다. 모드는 다른 두 개도 다시 쓸지 여부를 결정합니다.

git Reset --soft는 언제 사용해야 합니까?

이를 사용하여 모든 변경 사항을 단계적으로 유지하고 다시 커밋할 수 있도록 준비하면서 커밋을 실행 취소합니다. 브랜치를 하나의 커밋으로 압축하는 가장 빠른 방법입니다.

# undo the last commit, keep the changes staged
git reset --soft HEAD~1

# squash everything since main into one commit
git reset --soft main
git commit -m "feat(search): quick open"

git Reset --mixed는 언제 사용해야 합니까?

기본값이므로 git reset은 git reset --mixed을 의미합니다. 커밋을 취소하고 작업을 다르게 분할하거나 파일을 언스테이징하는 데 사용합니다.

# undo the last two commits, keep the changes unstaged
git reset HEAD~2

# unstage one file (the branch does not move)
git reset src/search.ts

언스테이징의 경우 git restore --staged src/search.ts는 동일한 작업을 수행하고 더 명확하게 읽습니다.

git Reset --hard는 언제 사용해야 합니까?

# drop the last commit and its changes
git reset --hard HEAD~1

# match the remote exactly
git fetch origin
git reset --hard origin/main

브랜치에서 커밋을 어떻게 제거하나요?

git revert는 기록을 그대로 유지하므로 공유 분기에서 유일하게 안전한 선택입니다. 푸시된 분기를 재설정하려면 강제 푸시가 필요하며 팀원의 복제본이 손상됩니다. 대화형 리베이스 및 cherry-pick에는 자체 가이드가 있습니다.

Git 재설정을 어떻게 실행 취소합니까?

Reset은 브랜치를 이동시켰고 reflog는 브랜치가 어디에 있었는지 기억합니다.

git reflog
# 3e52f10 HEAD@{0}: reset: moving to HEAD~2
# 9b3c7d1 HEAD@{1}: commit: add search box

git reset --hard 9b3c7d1

그러면 --hard 이후를 포함하여 커밋이 다시 시작됩니다. 스테이징되었지만 커밋되지 않은 파일은 때때로 git fsck --lost-found을 사용하여 찾을 수 있습니다. 단계적으로 진행되지 않은 변경 사항은 사라졌습니다. 재설정, 리베이스 또는 커밋 실행 취소는 모든 경우를 다룹니다.

재설정, 되돌리기 및 복원의 차이점은 무엇입니까?

자세한 내용은 브랜치를 커밋으로 재설정을 참조하고, 안전한 저장소에서 연습하려면 모드 재설정 강의를 참조하세요.