반응형
git Revert는 과거 특정 시점에 commit 한 내용을 취소할 수 있는 명령어입니다.
git Revert 설명
- git Revert 명령어는 특정 시점의 commit의 소스를 취소할 때 사용하는데 취소한 commit을 이력으로 남길 수 있습니다.
- git Reset 명령어의 특징은 commit 이력을 삭제하는 명령어 하고는 차이점이 있습니다.
- git Reset 명령어는 링크를 참조하세요. http:// https://aurumguide.tistory.com/109
- git Revert 명령어 실행 시 파일이 중복될 때 commit 할 때와 같이 merge를 수행합니다.
- 그림으로 보시면 바로 이해할 수 있습니다.
- git revert는 특정 커밋의 변경 사항을 취소하고, 그 취소한 내용을 새 커밋으로 기록하는 명령어입니다.
- 즉, 과거의 변경 사항을 되돌리면서도 기존의 커밋 히스토리를 유지합니다.
- 이는 팀 작업에서 코드 변경 내역을 명확히 추적해야 할 때 매우 유용합니다.
- 예를 들어, git revert는 잘못된 코드 변경이 포함된 커밋이 있을 경우, 해당 커밋의 내용을 단순히 삭제하거나 롤백하는 대신, 취소된 상태를 새 커밋으로 기록하여 변경 사항을 투명하게 남길 수 있습니다.
git Revert 사용법
- git 명령어
- git revert [comm ID]
git revert [헤더주소]
revert 하는 순서
1. 터미널 창에서 git revert 명령어를 실행합니다.
2. 화면에 같은 파일에서 수정이 발생했으므로 충돌이 발생합니다.
3. Merge 실행합니다.
4. revert 실행한 내용을 commit 합니다.
5. revert 이력을 확인합니다.
Git Revert 장점, 단점
Git Revert 장점.
- 커밋 히스토리 보존 git revert는 이전 변경 사항을 취소하는 동시에 커밋 히스토리를 유지하므로, 프로젝트의 변경 내역이 항상 명확하게 기록됩니다.
- 이는 변경 내용의 투명성을 보장하며, 특정 작업의 취소 사유를 명확히 알 수 있습니다.
- 협업에 적합 협업 환경에서는 코드 히스토리를 삭제하거나 덮어쓰지 않는 것이 중요합니다.
- git revert는 기존 커밋을 손대지 않고 새로운 커밋을 추가하므로, 팀 간 충돌 가능성을 줄입니다.
- 안전성 git revert는 git reset과 달리, 로컬 및 원격 저장소 간의 일관성을 유지합니다. 이를 통해 불필요한 리스크를 방지할 수 있습니다.
- 취소한 변경 사항 추적 가능 되돌린 변경 사항을 새 커밋으로 기록하기 때문에, 과거의 변경과 취소된 내역을 추적하기가 용이합니다.
Git Revert 단점.
- 복잡한 프로세스 여러 커밋을 되돌려야 하는 경우, 각 커밋에 대해 개별적으로 revert 작업을 수행해야 할 수 있어 시간이 많이 소요될 수 있습니다.
- 충돌 관리의 어려움 특정 커밋을 되돌리는 과정에서 충돌이 발생할 수 있으며, 이 충돌을 해결하는 데 기술적인 이해가 필요합니다.
- 특히, 오래된 커밋을 되돌리는 경우 충돌 가능성이 높아집니다.
- 커밋 히스토리의 복잡성 증가 변경 사항을 취소할 때마다 새로운 커밋이 생성되므로, 프로젝트의 커밋 히스토리가 지나치게 복잡해질 수 있습니다.
- 이는 후속 작업이나 로그 분석에 부담을 줄 수 있습니다.
- 연속된 변경 사항 취소의 번거로움 git revert는 특정 커밋 하나만을 취소할 수 있기 때문에, 연속된 여러 커밋의 변경 사항을 되돌리는 작업이 비효율적일 수 있습니다.
반응형