[Git] git revert, git reset 차이점 및 HEAD 분리

TL;DR

---

• reset : 현재 브랜치를 지정한 커밋으로 이동. 그 이후의 커밋 히스토리는 삭제
• revert : 커밋 변경사항을 취소하는 새로운 커밋 생성. 기존 커밋 히스토리는 유지

 

HEAD 배경지식

---

Git Branch 학습/연습하기 좋은 사이트 ▼

Learn Git Branching

 

• HEAD는 현재 브랜치 작업 트리의 가장 최근 커밋을 가리킨다(현재 작업중인 커밋).
• HEAD를 브랜치 대신 커밋에 붙이는 것을 HEAD 분리라고 부른다.
• ^(캐럿) 연산자는 상대참조 기능으로, 한 단계 위(부모) 커밋으로 이동할 때 사용한다.

git checkout bugFix^ # bugFix 커밋의 부모로 이동(HEAD 분리)
git checkout HEAD^ # 현재 커밋의 부모로 이동(HEAD 분리)

 

• ^^ 를 두 번 쓰면 “조부모(부모의 부모)” 커밋으로 이동한다.
• 여러 커밋 위로 이동할 땐 ~<num> 물결표(틸트) 연산자를 이용한다. ex) HEAD~3
• ^, ~ 같은 상대 참조는 -f 옵션을 이용해 브랜치를 특정 커밋으로 (강제)재지정할 때 유용하다.

git branch -f bugFix HEAD~3 # bugFix 브랜치를 3번 뒤의 커밋으로 재지정

 

git reset

---

git reset은 ➊혼자 사용하는 브랜치나 ➋origin에 있지만 아무도 이 브랜치를 사용하지 않는 확신이 있을 때 사용한다. 다른 사람과 함께 작업하는 브랜치에서 reset을 사용하면 헬게이트가 열릴 수도 있다.

 

아래처럼 총 3번의 커밋을 했다고 가정해보자.

// log.js
console.log('commit1'); // 첫번째 커밋
console.log('commit2'); // 두번째 커밋
console.log('commit3'); // 세번째 커밋

git log --oneline
# 74d1dc1 (HEAD -> master) commit 3
# 0057e3f commit 2
# fa3e214 commit 1

 

git reset --mixed HEAD^

• 마지막 commit 취소
• 변경 내역은 unstaged 상태로 남아있음
• git reset HEAD^ 와 동일

git rest HEAD^ # commit 3이 삭제됨
git log --oneline
# 0057e3f (HEAD -> master) commit 2
# fa3e214 commit 1

git status
# Changes not staged for commit:
# modified:   revert.js
# no changes added to commit (use "git add" and/or "git commit -a")
# commit 3의 변경 내용이 unstaged 상태로 남아 있음

// reset 후의 log.js
console.log('commit1'); // 첫번째 커밋
console.log('commit2'); // 두번째 커밋
console.log('commit3'); // 세번째 커밋

 

git reset --soft HEAD^

• 마지막 commit 취소
• 변경 내역은 staged 상태로 남아있음

git reset --soft HEAD^ # commit 3이 삭제됨
git log --oneline
# 0057e3f (HEAD -> master) commit 2
# fa3e214 commit 1

git status
# Changes to be committed:
# modified:  revert.js
# commit 3의 변경 내용이 staged 상태로 남아 있음

// reset 후의 log.js
console.log('commit1'); // 첫번째 커밋
console.log('commit2'); // 두번째 커밋
console.log('commit3'); // 세번째 커밋

 

git reset --hard HEAD^

💡 커밋은 물론 변경 내용도 같이 삭제되므로 주의

 

• 마지막 commit 취소
• 취소한 commit의 변경 내역도 삭제됨

git reset --hard HEAD^ # commit 3이 삭제됨
git log --oneline
# 0057e3f (HEAD -> master) commit 2
# fa3e214 commit 1

git status
# nothing to commit, working tree clean
# commit 3의 변경 내용도 삭제돼서 commit 2 상태로 돌아감

// reset 후의 log.js
console.log('commit1'); // 첫번째 커밋
console.log('commit2'); // 두번째 커밋

 

git reset HEAD~n

• 마지막 n개의 commit 취소
• 변경 내역은 unstaged 상태로 남아있음 — git reset --mixed HEAD^와 동일

git reset HEAD~2 # 마지막 commit 2개 삭제 (commit 2, commit 3 삭제)
git log --oneline
# fa3e214 (HEAD -> master) commit 1

git status
# Changes not staged for commit:
# modified:   revert.js
# no changes added to commit (use "git add" and/or "git commit -a")
# commit 2 / commit 3의 변경 내용이 unstaged 상태로 남아 있음

// reset 후의 log.js
console.log('commit1'); // 첫번째 커밋
console.log('commit2'); // 두번째 커밋
console.log('commit3'); // 세번째 커밋

 

git reset --option commitHash

아래처럼 commit hash를 직접 입력하면 해당 commit으로 돌아가고, 그 이후의 commit은 모두 삭제된다.

git reset --mixed a232ba2
# a232ba2 커밋으로 돌아가고, 그 이후에 했던 커밋은 모두 삭제

 

• git reset --mixed|--soft commitHash
  • 입력한 commit으로 돌아가고, 그 이후의 commit은 모두 삭제됨
  • 마지막 commit 까지의 변경 내용은 모두 남아있음
    • --mixed : unstaged 상태
    • --soft : staged 상태
• git reset --hard commitHash
  • 입력한 commit으로 돌아가고, 그 이후의 commit은 모두 삭제됨
  • 돌아간 commit 이후의 변경 내용도 모두 삭제됨

 

git revert

---

💡 원격 레포지토리에 push 한 후 로컬에서 reset을 이용해 commit을 삭제한 상태에선 원격 레포지토리로 push 할 수 없다. reset 이전 상태로 되돌리거나 --force 옵션으로 로컬 commit 이력을 원격 commit 이력에 덮어써야 한다. 하지만 여러 사람이 작업하는 브랜치에서 --force 옵션을 사용하면 헬게이트가 열릴 수도 있으니 주의한다. 협업하는 브랜치라면 reset은 사용하지 않는 게 좋다.

 

commit 이력을 삭제하는 reset과 달리 revert는 Revert “...” 형태로 이력이 추가된다. 특히 중간에 있는 커밋 내용만 삭제하고 싶을 때 유용하다. 이미 원격 레포지토리에 push한 상태일 때도 revert를 사용하면 된다. 커밋 변경 내용을 왜 삭제했는지에 대한 이력을 남길 수 있기 때문에 유지보수 차원에서 reset보다 좋다.

 

사용 방법

revert를 사용하면...

• 입력한 commit의 변경 내용만 삭제 — commit 이력은 그대로 남아 있음
• commit 변경 내용을 삭제한 이력이 Revert “...” commit으로 남음

git revert commit2hash # commit 2 변경 내용 삭제
git log --oneline
# 8aaf2a3 (HEAD -> master) Revert "commit 2" -> commit 2 변경 내용을 삭제한 이력이 남음
# 3991c6d commit 3
# 49ec5d0 commit 2 -> 해당 커밋의 변경 내용이 삭제됨 / 커밋 이력은 보존됨
# a0d48a6 commit 1

 

-n 옵션

Revert “...” 이력을 남기고 싶지 않다면 -n(혹은 --no-commit) 옵션을 붙이면 된다. revert한 결과의 stage 상태만 유지하고 revert 이력이 남지 않는다.

git revert -n commit2hash # commit 2 변경 내용 삭제
git status # commit 2의 변경 내용을 삭제한 후의 결과가 staged된 상태
# You are currently reverting commit 24e6e6e(commit 2).
# Changes to be committed: modified: revert.js

git log --oneline
# 7c87c84 (HEAD -> master) commit 3
# 24e6e6e commit 2
# 717d3a8 commit 1

 

Fork GUI에서 Commit the changes 옵션에 체크해제하고 revert하는것과 동일하다.

 

여러 커밋 revert

아래처럼 여러 commit을 revert할 수도 있다.

git revert commit2hash commit3hash # commit 2, commit 3 변경내용 삭제
git log --oneline
# 5af042f (HEAD -> master) Revert "commit 3"
# 0e450b3 Revert "commit 2"
# 0d1d8ba commit 3
# 7f68fc8 commit 2
# 0b84063 commit 1

 

이미 push한 commit을 취소해야 된다면?

---

💡 여러 사람이 작업하는 브랜치에서 원격 레포지토리에 push한 후 commit을 취소해야 되는 상황이라면 revert를 사용하는게 정신건강에 좋다.

 

push 오류 상황 재현

❶ commit을 3번하고 하고 원격 레포지토리에 push

// log.js
console.log('commit1'); // 첫번째 커밋
console.log('commit2'); // 두번째 커밋
console.log('commit3'); // 세번째 커밋

 

❷ 로컬에서 reset을 사용해 3번째 commit 취소 (reset에 옵션이 없으므로 reset --mixed 와 동일)

git reset HEAD^
git log --oneline
# 969e77a commit 2
# 321e8ab commit 1

 

❸ 4번째 commit 후 원격 레포지토리에 push하려고 하면 아래 오류 메시지 출력

# ! [rejected] master -> master (non-fast-forward)
# error: failed to push some refs to '...'

 

원인 및 해결

위는 로컬 commit을 삭제한 상태에서, 원격에 있는 commit을 덮어쓰려고 해서 발생하는 에러다. 이땐 아래 2가지 방법을 사용해 “억지로” 해결할 수 있다(추천하지 않는 방법).

 

❶ 원격 레포지토리를 merge한 후 다시 push 하는 방법 (reset 이전 상태로 되돌리는 것과 동일)

git pull origin master # 원격 레포지토리의 commit 이력이 로컬에 merge됨
git log --oneline
# 7941eb9 (HEAD -> master) Merge branch 'master' of ... -> merge commit
# d606c9b commit 4
# e56800b (origin/master) commit 3 -> 로컬에선 삭제했지만 원격엔 남아있으므로 merge할 때 동기화됨
# 969e77a commit 2
# 321e8ab commit 1

 

--hard 옵션으로 commit을 삭제했다면 변경 내용과 커밋 이력이 모두 없으므로 merge 없이 원격 레포지토리에 있는 commit 3 변경 내용과 commit 이력이 로컬에 동기화된다.

 

--soft 혹은 --mixed 옵션으로 commit을 삭제했다면 commit 3의 변경 내용은 로컬에 남아있지만 commit 이력이 없으므로 원격 레포지토리와 commit 이력을 맞추기 위해 merge해야 한다.

 

만약 reset 후 로컬 변경 내용을 삭제하고 pull하면 merge 없이 commit 3 변경 내용과 commit 이력이 로컬에 동기화된다.

 

❷ ⛔️ -f(혹은 --force) 옵션으로 로컬 commit 이력을 원격 commit 이력에 덮어쓰기 하는 방법

git push origin master -f
git log --oneline # 원격 레포지토리의 commit 이력이 아래와 동일해짐(강제로 덮어씀)
# d606c9b commit 4
# 969e77a commit 2
# 321e8ab commit 1

 

결론

여러 명이 작업하는 브랜치에선 -f 옵션으로 원격 레포지토리의 commit 이력을 덮어쓰는 것은 금지해야 될 행위 중 하나다. 헬게이트가 열릴 수 있기 때문이다. 결론, 여러 사람이 작업하는 브랜치에서 이미 push했던 commit을 취소해야 되는 상황이라면 revert를 사용한다.

 

레퍼런스

---

• [초보용] Git 되돌리기( Reset, Revert )
• git reset, revert로 이전 커밋으로 돌리기  

 

---

글 수정사항은 노션 페이지에 가장 빠르게 반영됩니다. 링크를 참고해 주세요