이것은 심지어 AS로 바로 조작 2 초 필요하지 않습니다, 사실은 매우 간단한 지시 사항입니다
: 작업의 명령 행 모드를 사용하도록 오늘하지만 시간이 실제로 뭔가 다른 장소를 찾은
다음 내가 커밋을 되돌리려는, 그것을 발견 오류가 실제로 발견 한 후 다음과 같이 ID는, 다음 명령을 실행
$ git revert d2e4217b332e8bf1
error: commit d2e4217b332e8bf1 is a merge but no -m option was given.
fatal: revert failed그럼 당신은 -m 1 또는 2를 지정해야합니다 도움말 찾기에서 보았다 : git revert [id] -m [1|2]
그것을 잘라 되돌아 수정이 왜의 직접 구현은 잘 당신을 위해 밖으로 커밋 자신의 파티와 그의 당을 투입 반대하지? 이유는 1 또는 2 모드를 선택
이것은 자식은 diff 관리를 기반으로하지 않는 자식을 이해하는 원리의 당신의 실현의 본질을 터치가는 각 단순히 각 커밋, 자식은 현재 버전의 스냅 샷입니다 커밋 (예 : 버전 관리 시스템이있다) 이 창고의 전체 버전입니다, 그래서 당신은 커밋 시간을 되돌려 야하는 경우, GIT이 변경이 커밋 되돌리기를 저지하는 것입니다 당신이 결국 원하는 알아야
그러나 실제로하지 그 복잡, 당신이 커밋 되돌릴 수 있고,이 가을 사이에 변경 사항을 되돌릴 대부분의 시간, 당신처럼 되돌릴 수 있도록 마지막 커밋 커밋 -m 매개 변수를 지정하지 않는 것입니다
당신이 되돌릴 커밋 위의 두 개의 노드가있을 때 문제가 왔을 때 커밋
A -> B ->
E -> F
C -> D ->예를 들어, 여기 당신이 지점에서 명령을 사용하여 가정, AC 노드의 두 가지의 합병이다 노드 E,의 merge C, 다음 두 가지 업스트림 노드 E, 그리고 때 지점의 새로운 지점 F (즉 사실 전에,이다, 되돌리기 E, 당신은 당신이 일을 지정하면 -m 매개 변수를 추가해야하는 경우), B는 E 변경을 되돌릴 꺼져 당신이 2를 지정하면, 당신은 또한, 사실, 대부분의 D의 E 변화를 교환 되돌릴 수 있습니다 우리는 ~ 선택한 1과 같다