Git Revert
Git 리버트
Git revert는 이전 커밋의 변경 사항을 되돌리는 새로운 커밋을 만듭니다. 기존 히스토리를 삭제하지 않고 유지합니다.
다른 예시
배포된 커밋은 체크아웃을 깨뜨립니다. 검토된 롤백 커밋은 깨진 커밋은 감사 기록에 남긴 채 이전 동작을 복원합니다. 병합을 되돌릴 때는 올바른 메인라인 부모를 선택해야 합니다.
주요 부분
- 01대상 커밋
- 02역변경
- 03새 되돌리기 커밋
사용할 때
공유 기록을 유지하면서 게시된 변경 사항을 되돌릴 때 이 용어를 사용하세요.
다음 경우에는 사용하지 마세요
되돌리기가 충돌 없이 진행되거나 모든 관련 시스템 상태를 복원한다고 가정하지 마세요.
코드에서 사용된 이름
git revert <commit> 출시하기 전에
Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback.
Outcome:Complete the task with Git 리버트 (Git Revert)。 User context:배포된 커밋은 체크아웃을 깨뜨립니다. 검토된 롤백 커밋은 깨진 커밋은 감사 기록에 남긴 채 이전 동작을 복원합니다. 병합을 되돌릴 때는 올바른 메인라인 부모를 선택해야 합니다. Delivery concept or operation:Git 리버트 (Git Revert)。 Why it fits:공유 기록을 유지하면서 게시된 변경 사항을 되돌릴 때 이 용어를 사용하세요. Do not use it when:되돌리기가 충돌 없이 진행되거나 모든 관련 시스템 상태를 복원한다고 가정하지 마세요. Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary):해당 출처에 대해 공식적인 것입니다. 다른 플랫폼이나 팀은 그 용어를 다른 방식으로 사용할 수 있습니다. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.
이 요청을 확인하세요
Review how Git 리버트 (Git Revert) is used now. Definition: Git revert는 이전 커밋의 변경 사항을 되돌리는 새로운 커밋을 만듭니다. 기존 히스토리를 삭제하지 않고 유지합니다. Release checks: Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.