git 학습 관리 수정

http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001374829472990293f16b45df14f35b94b3e8a026220c5000
1. Git 은 다른 버 전 관리 시스템 보다 디자인 이 우수 합 니 다. Git 은 파일 이 아 닌 수정 사항 을 추적 하고 관리 하기 때 문 입 니 다.
첫 번 째 수정 - >  git add  -> 2 차 수정 - >  git commit
보 세 요. 앞에서 말 했 듯 이 Git 관 리 는 수정 입 니 다. git add 명령 을 사용 한 후에 작업 구역 에서 의 첫 번 째 수정 은 임시 저장 구역 에 넣 고 제출 하려 고 합 니 다. 그러나 작업 구역 에서 의 두 번 째 수정 은 임시 저장 구역 에 넣 지 않 았 기 때문에 git commit 임시 저장 구역 의 수정 만 제출 했 습 니 다. 즉, 첫 번 째 수정 이 제출 되 었 습 니 다.두 번 째 수정 은 제출 되 지 않 습 니 다.
제출 후 git diff HEAD -- readme.txt 명령 으로 작업 영역 과 버 전 라 이브 러 리 의 최신 버 전의 차 이 를 볼 수 있 습 니 다.
그럼 2 차 수정 은 어떻게 제출 하나 요?당신 은 계속 git add 하고 git commit 할 수 있 습 니 다. 첫 번 째 수정 을 서 두 르 지 마 세 요. 먼저 git add 두 번 째 수정, 다시 git commit 하면 두 번 의 수정 을 합병 한 후에 한 번 제출 하 는 것 과 같 습 니 다.
첫 번 째 수정 - >  git add  -> 2 차 수정 - >  git add  ->  git commit
자, 이제 두 번 째 수정 사항 을 제출 하고 소결 을 시작 하 겠 습 니 다.
작은 매듭
이제 Git 이 어떻게 수정 을 추적 하 는 지 이해 하 게 되 었 습 니 다. 매번 수정 할 때마다 add 임시 저장 소 에 가입 하지 않 으 면 commit 에 가입 하지 않 습 니 다.
2、
수정 을 취소 하 다git status 로 확인 해 보 세 요. Git 에서 알려 줄 거 예요. git checkout -- file 작업 영역의 수정 사항 을 버 릴 수 있어 요.
$ git checkout -- readme.txt

명령 git checkout -- readme.txtreadme.txt 파일 을 작업 공간 에서 수정 한 것 을 모두 취소 하 는 것 을 의미한다. 여기 에는 두 가지 상황 이 있다.
하 나 는 readme.txt 수정 후 임시 저장 구역 에 두 지 않 았 고 지금 은 수정 을 취소 하면 버 전 라 이브 러 리 와 똑 같은 상태 로 돌아 가 는 것 이다.
하 나 는 readme.txt 임시 저장 소 에 추 가 된 후에 다시 수정 을 한 것 이다. 지금 은 수정 을 취소 하면 임시 저장 소 에 추 가 된 상태 로 돌아간다.
한 마디 로 이 파일 을 최근 git commit 이나 git add 때의 상태 로 돌려 놓 는 것 이다.git checkout -- file 명령 중의 -- 은 매우 중요 하 다. -- 없 이 '새로운 지점 을 만 들 라' 는 명령 이 되 었 다. 우 리 는 뒤의 지점 관리 에서 다시 git checkout 명령 을 만 날 것 이다.git add 임시 저장 구역 에 도 착 했 습 니 다. Git 역시 명령 git reset HEAD file 으로 임시 저장 구역 의 수정 을 취소 (unstage) 하고 다시 작업 구역 에 넣 을 수 있다 고 알려 주 었 습 니 다.
git reset HEAD readme.txt
git reset
명령 은 버 전 을 되 돌 릴 수도 있 고 임시 저장 구역 의 수정 을 작업 구역 으로 되 돌 릴 수도 있다.우리HEAD
최신 버 전
지금 만약 당신 이 물건 을 잘못 고 쳤 을 뿐만 아니 라 임시 저장 구역 에서 버 전 라 이브 러 리 로 제출 했다 고 가정 하면 어떻게 합 니까?버 전 1 절 환불 기억 나 세 요?이전 버 전 으로 되 돌아 갈 수 있 습 니 다.그러나 이것 은 조건 이 있 습 니 다. 바로 당신 이 아직 자신의 로 컬 버 전 라 이브 러 리 를 원 격 으로 보 내지 않 았 다 는 것 입 니 다.Git 이 분산 버 전 관리 시스템 인 거 기억 나 세 요?우 리 는 나중에 원 격 버 전 라 이브 러 리 에 대해 이야기 할 것 입 니 다. "stupid boss" 를 원 격 버 전 라 이브 러 리 에 제출 하면 당신 은 정말 비참 합 니 다.
작은 매듭
또 소결 시간 이 되 었 다.
장면 1: 작업 구역 의 한 파일 의 내용 을 어 지 럽 히 고 작업 구역 의 수정 을 직접 버 리 려 면 명령 git checkout -- file 을 사용 합 니 다.
장면 2: 작업 구역 의 한 파일 의 내용 을 흐 트 러 뜨 렸 을 뿐만 아니 라 임시 저장 구역 에 추 가 했 을 때 수정 을 버 리 고 두 단계 로 나 누 려 면 첫 번 째 단 계 는 명령 git reset HEAD file 으로 장면 1 로 돌아 가 고 두 번 째 단 계 는 장면 1 로 조작 합 니 다.
장면 3: 버 전 라 이브 러 리 에 부적 절 한 수정 사항 을 제출 했 을 때 이번 제출 을 취소 하려 면 버 전 을 참고 하여 1 절 을 되 돌려 주 십시오. 그러나 전 제 는 원 격 라 이브 러 리 로 보 내지 않 았 습 니 다.

좋은 웹페이지 즐겨찾기