Git 상용 7 가지 기술 과 명령 공유

Git 은 프로젝트 를 유지 하기 위해 다양한 도 구 를 포함 하 는 매우 강력 한 도구 입 니 다.본 고 는 Git 의 일상적인 사용 과정 에서 실 용적 인 기술 과 명령 을 소개 하 였 으 며,이러한 내용 이 여러분 에 게 도움 이 되 기 를 바 랍 니 다.
1.Git diff 비교 명령
통상 적 인 상황 에서 우 리 는 자신의 독립 된 지점 에서 수요 개발 을 완성 할 것 이다.이때 우 리 는 자신의 지점 과 다른 지점 을 비교 할 필요 가 있다.이 기능 은 통과 할 수 있다.

git diff branch1 branch

명령 이 이루어지다.
임시 저장 영역 과 현재 HEAD 를 비교 하려 면 사용 하 십시오.

git diff --cached

명령 은 매우 편리 할 것 이다.일반적인 git diff 명령 은 기본적으로 색인 에 추가 되 지 않 은 파일 을 비교 합 니 다.
2.Git 임시 저장 소 복구 명령
만약 에 일부 파일 을 임시 저장 소 에 추가 한 후에 후회한다 면 Git 은 여러 개의 명령 을 제공 하여 이 기능 을 실현 했다.구체 적 인 것 은 당시 상황 에 따라 정 해 야 한다.

git rm path/to/file --cached

이 명령 은 임시 저장 소 색인 에서 파일 을 삭제 하지만 작업 디 렉 터 리 에 파일 을 저장 합 니 다.이것 은 직접 사용 하 는 것 보다

git rm file -f

파일 을 완전히 삭제 하 는 것 이 안전 할 것 입 니 다.
3.Git reset 변경 명령 복구
제출 한 변경 사항 을 복구 하려 면 사용 할 수 있 습 니 다.

git reset

이 명령 은 다양한 행 위 를 할 수 있 기 때문에 실제 장면 에 따라 사용 해 야 한다.
색인 의 내용 과 작업 디 렉 터 리 의 수정 을 포함 한 모든 변경 사항 을 제거 하려 면 사용 할 수 있 습 니 다.

git reset --hard

색인 리 셋 만 원한 다 면 사용 할 수 있 습 니 다.

git reset --mixed

git reset 명령 의 기본 행동 이기 도 하 다.혼합 리 셋 은 현재 작업 디 렉 터 리 의 변경 사항 을 유지 합 니 다.마지막 으로 분기 의 HEAD 만 수정 하고 싶다 면 통과 할 수 있 습 니 다.

git reset --soft

실현 하 다.git reset 명령 을 실행 할 때,우 리 는 여러 개의 목표 파일 을 매개 변수 로 전송 할 수 있 습 니 다.물론 통과 할 수 있 습 니 다.

git reset --hard COMMIT_ID

지정 한 제출 버 전 으로 복원 합 니 다.
Git stashgit stash 명령 이 낯 설 지 않 을 것 입 니 다.git stash pop 명령 을 통 해 이전의 변경 사항 을 편리 하 게 회복 할 수 있 습 니 다.그러나 작업 디 렉 터 리 에 추적 되 지 않 은 파일 이 있 으 면 기본적으로 임시 저장 소 에 저장 하지 않 습 니 다.추적 되 지 않 은 파일 을 임시로 저장 할 수 있 도록 사용 할 수 있 습 니 다.

git stash --include-untracked

또 하나의 유용 한 명령 은

git stash list

그것 은 임시 저장 구역 의 내용 을 열거 할 수 있다.
5.Git 역사 기록 보기
Git 은 프로젝트 와 특정 파일 의 변경 상황 을 보기 위해 강력 한 도 구 를 가지 고 있다.나 는 개인 적 으로 그 중의 한 명령 을 사용 하 는 것 을 매우 좋아한다.

git log --graph --decorate --oneline

그것 은 수 정 된 제출 역 사 를 보 여 주 는 데 사용 할 수 있다.이 명령 은 매우 지루 하기 때문에 나 는 그것 을 위해 별명 을 만 들 수 있 는 것 을 건의 합 니 다.(이것 은 모든 기술 에서 가장 유용 할 수 있 습 니 다.왜냐하면 많은 명령 들 이 기억 하기 어렵 기 때 문 입 니 다.)git log 명령 은 HEAD,제출 한 모든 ID 와 분기 정 보 를 표시 할 수 있 습 니 다.이런 정보 가 있 으 면 우 리 는 사용 할 수 있다.

git show COMMIT_ID/HEAD/BRANCH

더 자세 한 정 보 를 표시 합 니 다.
때때로 우 리 는 누가 문서 에 대해 어떤 변경 을 했 는 지 알 아야 한다.이것 이 바로

git blame path/to/file

이 명령 이 제공 하 는 기능git diff 명령 이 지나 면 역 사 를 보 는 도구 이기 도 하 다.예 를 들 어 현재 HEAD 와 이전 두 개의 제출 을 비교 할 필요 가 있 으 면 사용 할 수 있 습 니 다.

git diff HEAD HEAD~2

제출 할 때마다 더 자세 한 업데이트 정 보 를 보 여줄 수 있 도록 사용 할 수 있 습 니 다.

git log --patch

키워드'애플'이 포 함 된 제출 만 보고 싶다 면 사용 하 세 요.

git log --grep apples --oneline

과거 기록 제출 기록 에서 두 점 사이 의 제출 역 사 를 보 려 면 사용 할 수 있 습 니 다.

git log HEAD~5..HEAD^ --oneline

분기 에 사용 가능

git log branch_name..master --oneline

6.Git 오류 복구 명령
메모:다음 명령 은 제출 역 사 를 수정 할 것 입 니 다.사용 하기 전에 알 고 실행 하 십시오.
제출 이 잘못 되 었 을 때,우 리 는 제출 역 사 를 수정 할 수 있 기 를 희망 할 수 있 습 니 다.원 격 창고 로 보 낸 제출 역 사 를 수정 하 는 것 을 권장 하지 않 습 니 다.(git 가 허용 하 더 라 도)하지만 로 컬 창고 의 제출 역 사 는 개인 적 으로 수정 할 수 있다 고 생각 합 니 다.통과 하 다.

git commit --amend

이전 제출 을 삭제 하고 이전 제출 을 대체 할 새로운 제출 기록 을 만 들 수 있 습 니 다.
또 하 나 는 제 가 좋아 하 는 git 사용 기법 은 대화 형 변환기(rebase)입 니 다.제출 정 보 를 편집 하거나 여러 개의 제출 을 하나의 제출 로 압축 할 수 있 습 니 다.이것 도 제 가 가장 좋아 하 는 기능 입 니 다.원 격 창고 origin 의 master 분기 이후 의 모든 제출 에서 대화 식 변 기 를 실행 하기 위해 사용 할 수 있 습 니 다.

git rebase -i origin/master

이 명령 은 제출 목록 과 실행 가능 한 동작 에 대한 자세 한 설명 을 보 여 줍 니 다.예 를 들 어 다음 작업 은 여러 개의 제출 을 하나 로 압축 합 니 다.

1 pick 80f2a48 Add feature X
2 squash 2c74ea2 Add junit tests for feature X
3 squash 4k81nm5 Bugfix for feature X

최종 결 과 는'Add feature X'라 는 제출 메 시 지 를 만 드 는 것 입 니 다.
문제 가 있 는 제출 을 복구 해 야 한다 면 사용 할 수 있 습 니 다.

git revert COMMIT_ID

이 명령 은 현재 항목 상 태 를 지정 한 제출 전 으로 복원 하 는 새로운 제출 을 만 듭 니 다.
만약 우리 가 문 제 를 복구 할 때 오류 가 발생 한다 면,예 를 들 어 실수 로 삭제 하지 말 아야 할 파일 을 삭제 한 것 이다.git 는 삭 제 된 제출 을 포함 하여 모든 수 정 된 버 전 을 저장 하기 때문에 버 전 라 이브 러 리 에서 복원 할 수 있 습 니 다.git reflog 명령 은 바로 이 기능 을 실현 하 는 데 쓰 인 다.
7.Git 선택 제출(cherry-pick)
만약 에 우리 와 동료 가 각자 의 단독 지점 에서 개발 을 한다 면 동 료 는 중요 한 제출 이 있 습 니 다.우 리 는 자신의 지점 에 응용 하고 싶 지만 상대방 지점 의 다른 제출 이 필요 하지 않 습 니 다.이때 우 리 는 사용 할 수 있다.

git cherry-pick COMMIT_ID

상기 7 가지 명령 은 우리 가 일상생활 에서 자주 사용 하 는 명령 입 니 다.Git 은 사용 하기 편리 한 명령 도 많 습 니 다.우 리 는 여러분 에 게 계속 공유 할 것 입 니 다.여러분 에 게 도움 이 되 기 를 바 랍 니 다.아래 의 링크 는 다른 Git 의 사용 방법 에 관심 이 있 으 면 자세히 읽 을 수 있 습 니 다.