git revert와 reset의 차이를 설명해주세요.

revert는 변경을 되돌리는 새 커밋을 만들어 공유 브랜치에서 안전합니다. reset은 브랜치 포인터를 옮겨 히스토리를 바꾸므로 협업 중에는 신중해야 합니다.

핵심 개념

핵심 기준은 되돌림 커밋과 포인터 이동입니다.

revert는 기존 히스토리를 유지하면서 반대 변경을 새 커밋으로 추가합니다. reset은 브랜치 포인터를 옮기며 옵션에 따라 staging area와 working tree도 바꿉니다. 공유 브랜치에서는 보통 revert가 안전합니다.

동작 흐름

1. 현재 브랜치의 상태와 변경 범위를 먼저 확인합니다.
2. 명령이 히스토리, 브랜치 포인터, 작업 디렉터리 중 무엇을 바꾸는지 구분합니다.
3. 공유 브랜치에 영향을 주는 작업인지 확인합니다.
4. 실행 후 git status와 git log --oneline --graph로 결과를 검증합니다.

실제 예시

git revert a1b2c3d
git reset --soft HEAD~1
git reset --hard HEAD~1  # 변경까지 버림: 주의

예시는 핵심 흐름을 단순화한 것입니다. 실무에서는 팀의 배포 방식, 데이터 크기, 장애 영향도, 유지보수 비용까지 함께 고려해야 합니다.

실무에서 주의할 점

• 공유된 히스토리를 재작성하면 동료의 로컬 작업과 충돌할 수 있습니다.
• 충돌 해결은 한쪽 선택이 아니라 양쪽 변경 의도를 통합하는 과정입니다.
• 위험한 작업 전에는 임시 브랜치나 태그로 복구 지점을 남기면 안전합니다.

함께 연결해서 보면 좋은 키워드

Git, revert, reset, history

정리

한 줄로 정리하면, revert는 변경을 되돌리는 새 커밋을 만들어 공유 브랜치에서 안전합니다. reset은 브랜치 포인터를 옮겨 히스토리를 바꾸므로 협업 중에는 신중해야 합니다. 개념의 정의뿐 아니라 적용 조건과 실패했을 때의 증상까지 함께 이해하는 것이 중요합니다.