git stash 임시 저장 방법

왜 우 리 는 그것 이 필요 합 니까?
이 명령 을 알 았 을 때,그리고 그 후의 사용 에서 나 는 이 명령 을 매우 사랑 했다.왜냐하면 그것 은 정말 쓰기 좋 기 때문이다.
제 가 이 명령 을 사용 하 는 장면 을 말씀 드 리 겠 습 니 다.
이때 나 는 feature666 분기,매우 집중 적 으로 하나의 기능 666 모듈 을 실현 합 니 다.마치 키보드 가 날 아 가 는 듯 한 작성 코드 입 니 다~~~
그리고 이때 고객 이 bug 를 피드백 합 니 다.매우 심각 합 니 다.즉시 해결 해 야 합 니 다.우선 순 위 는 0 입 니 다!!
그래서 저 는 release 지점 에 가서 checkout 의 새로운 지점 에 가서 일 을 해 야 합 니 다.그런데 666 기능 이 아직 완성 되 지 않 았 는데 어떻게 해 야 합 니까?
이때 나 는 선택 문제 에 직면 해 있다.
A:제출 후 전환,코드 를 분기 feature 에 저장 합 니 다.666,무의미 한 제출
B:제출 하지 않 고 바로 전환 합 니 다.하지만 이 옵션 은 아무 도 선택 하지 않 습 니 다.
선택 하기 어렵 지 않 습 니까?이때 C 옵션 이 있다 는 것 을 잊 지 마 세 요!
C:git stash 를 사용 하여 현재 수정(제출 되 지 않 은 코드)을 캐 시 에 저장 하고 분기 변경 bug 를 전환 하여 git stash pop 을 통 해 꺼 냅 니 다.
1.임시 저장 작업

#      
git status 
#     ,      
git add .
#    
git stash save '         '

2.현재 임시 저 장 된 기록 보기

#    
git stash list

수정 은 어느 위치 에 저장 되 었 습 니까?
git init 를 사용 하여 프로젝트 에 버 전 컨트롤 을 추가 할 때 프로젝트 경로 아래.git 숨 김 폴 더 를 생 성 합 니 다.git 에는 버 전 관리 에 대한 모든 정보 가 저장 되 어 있 습 니 다.
.git/refs/stash 에 저 장 된 것 은 마지막 stash 에 대응 하 는 노드 포인터 입 니 다.
마찬가지 로.git/log/refs/stash 에서 우리 의 모든 stash 기록 정 보 를 볼 수 있 습 니 다.
여러 stash 를 저장 하 는 경우
ok,파일 수정 을 시도 한 다음 에 git stash 를 다시 사용 합 니 다.이때 우 리 는 두 개의 임시 저장 수정 이 있 습 니 다.그러면 어떻게 볼 까요?
git stash list//임시 저장 구역 의 모든 임시 저장 수정 기록 보기
제출 되 지 않 은 상태 에서 git stash 를 두 번 실행 하면 두 stash 가 구체 적 으로 어떤 내용 을 수 정 했 는 지 정확하게 구분 할 수 없습니다.이렇게 사용 하면 위대 한 Git 이 전혀 스마트 하지 않 습 니 다.어떻게!
그래서 이런 상황 에서 stash 에 저 장 된 수정 이름 을 짓 는 것 은 매우 중요 하 다.방식 은 다음 과 같다.

git stash save <message>

3.임시 보관 업무 재 개
'pop 명령 복구,복구 후 임시 저장 영역 은 현재 기록 을 삭제 합 니 다'

#         ,        list ,    list  index    
git stash pop stash@{index}

'apply 명령 복구,복구 후 임시 저장 영역 은 현재 기록 을 유지 합 니 다'

#         ,        list ,    list  index    
git stash apply stash@{index}

4.임시 저장 삭제

#      ,        list ,    list  index    
git stash drop stash@{index}
#      
git stash clear

git stash 임시 저장 방법 에 관 한 이 글 은 여기까지 소개 되 었 습 니 다.더 많은 git stash 임시 저장 내용 은 우리 의 이전 글 을 검색 하거나 아래 의 관련 글 을 계속 조회 하 시기 바 랍 니 다.앞으로 많은 응원 바 랍 니 다!