git-stash - 클라우드에서의 온라인

프로그램:

이름

git-stash - 더러워진 작업 디렉토리의 변경 사항을 숨겨 둡니다.

개요

자식 숨기는 장소 목록 [ ]
자식 숨기는 장소 보여주다 [ ]
자식 숨기는 장소 drop [-q|--quiet] [ ]
자식 숨기는 장소 ( 팝 | 적용 ) [--index] [-q|--quiet] [ ]
자식 숨기는 장소 나뭇가지 [ ]
자식 숨기는 장소 [저장 [-p|--패치] [-k|--[no-]인덱스 유지] [-q|--quiet]
[-u|--추적되지 않은 포함] [-a|--모두] [ ]]
자식 숨기는 장소 선명한
자식 숨기는 장소 만들다 [ ]
자식 숨기는 장소 저장 [-m|--메시지 ] [-q|--조용함]

기술

작업 디렉토리의 현재 상태와 상태를 기록하려면 git stash를 사용하십시오.
색인을 생성했지만 깨끗한 작업 디렉터리로 돌아가고 싶습니다. 이 명령은 로컬을 저장합니다.
HEAD 커밋과 일치하도록 작업 디렉터리를 수정하고 되돌립니다.

이 명령으로 숨겨진 수정 사항은 git stash list를 사용하여 나열할 수 있습니다.
git stash show로 검사하고 복원했습니다(잠재적으로 다른 커밋 위에 표시됨).
git stash를 사용하여 적용합니다. 인수 없이 git stash를 호출하는 것은 git stash와 동일합니다.
구하다. 숨김은 기본적으로 "WIP on"으로 나열됩니다. 지점명 ..."라고 말하지만 더 많은 정보를 제공할 수 있습니다.
만들 때 명령줄에 설명 메시지가 표시됩니다.

생성한 최신 스태시는 refs/stash에 저장됩니다. 오래된 보관함은 다음에서 발견됩니다.
이 참조를 reflog하고 일반적인 reflog 구문을 사용하여 이름을 지정할 수 있습니다(예: stash@{0}는
가장 최근에 생성된 stash인 stash@{1}는 그 이전의 stash@{2.hours.ago}입니다.
또한 가능합니다).

옵션

저장 [-p|--패치] [-k|--[no-]유지-색인] [-u|--include-untracked] [-a|--all] [-q|--quiet]
[ ]
로컬 수정 사항을 새 파일에 저장하세요. 숨기는 장소, 그리고 git Reset --hard를 실행하여 되돌리세요.
그만큼 부분은 선택사항이며 숨김 상태와 함께 설명을 제공합니다.
빠르게 스냅샷을 만들려면 다음을 생략할 수 있습니다. 두 "저장" 그리고 , 하지만 주는 것만
철자가 틀린 하위 명령이 실행되는 것을 방지하기 위해 이 작업을 트리거하지 않습니다.
원치 않는 은닉물.

--keep-index 옵션을 사용하면 이미 인덱스에 추가된 모든 변경 사항이 그대로 유지됩니다.
그대로.

--include-untracked 옵션을 사용하면 추적되지 않은 모든 파일도 숨겨지고
그런 다음 git clean으로 정리하여 작업 디렉터리를 매우 깨끗한 상태로 유지합니다.
대신 --all 옵션을 사용하면 무시된 파일이 숨겨지고 정리됩니다.
추적되지 않은 파일에 추가됩니다.

--patch를 사용하면 HEAD와 HEAD 사이의 차이점에서 덩어리를 대화식으로 선택할 수 있습니다.
숨길 작업 트리. 숨김 항목은 색인 상태가 되도록 구성됩니다.
저장소의 인덱스 상태와 동일하며 해당 작업 트리에는
대화형으로 선택한 변경 사항. 선택한 변경 사항은 다음에서 롤백됩니다.
당신의 작업 트리. "대화형 모드" 섹션을 참조하세요. 자식 추가(1) 방법을 배우려면
--patch 모드를 작동합니다.

--patch 옵션은 --keep-index를 의미합니다. --no-keep-index를 사용하여 이를 재정의할 수 있습니다.

목록 [ ]
현재 가지고 있는 은닉물을 나열하십시오. 각 숨기는 장소 이름과 함께 나열됩니다(예:
stash@{0}는 최신 stash이고, stash@{1}은 이전 stash입니다. 등),
스태시가 만들어졌을 때 현재 있던 브랜치와 커밋에 대한 간단한 설명
은신처를 기반으로했습니다.

stash@{0}: 제출 시 WIP: 6ebd0e2... git-stash 문서 업데이트
stash@{1}: 마스터: 9cc0589... git-stash 추가

이 명령은 다음 항목에 적용할 수 있는 옵션을 사용합니다. 자식 기록 표시되는 내용을 제어하는 ​​명령
그리고 어떻게. 보다 자식 로그(1).

보여주다 [ ]
숨김 상태와 해당 상태 간의 차이점으로 숨김에 기록된 변경 사항을 표시합니다.
원래 부모. 아니오 때 가 주어지면 최신 것을 보여줍니다. 기본적으로
명령은 diffstat를 표시하지만 알려진 모든 형식을 허용합니다. 자식 diff (예: 자식
stash show -p stash@{1}를 사용하면 패치 형식에서 두 번째로 최근의 stash를 볼 수 있습니다. 당신은 할 수 있습니다
stash.showStat 및/또는 stash.showPatch 구성 변수를 사용하여 기본값을 변경하세요.
행동.

팝 [--index] [-q|--quiet] [ ]
숨김 목록에서 단일 숨김 상태를 제거하고 현재 상태 위에 적용합니다.
작업 트리 상태, 즉 git stash save의 역 작업을 수행합니다. 작업
디렉토리는 색인과 일치해야 합니다.

상태 적용이 충돌로 인해 실패할 수 있습니다. 이 경우에는 제거되지 않습니다.
은닉 목록. 충돌을 직접 해결하고 git stash drop을 수동으로 호출해야 합니다.
나중에.

--index 옵션을 사용하면 작업 트리뿐만 아니라 작업 트리의 복원도 시도합니다.
변경 사항뿐만 아니라 인덱스의 변경 사항도 포함됩니다. 그러나 이것은 충돌이 있을 때 실패할 수 있습니다.
(인덱스에 저장되므로 더 이상 변경 사항을 다음과 같이 적용할 수 없습니다.
원래는 그랬습니다).

아니오 때 주어지면 stash@{0}이 가정됩니다. 그렇지 않으면 참고가 되어야 합니다
stash@{ 형식 }.

적용 [--index] [-q|--quiet] [ ]
팝과 비슷하지만 숨김 목록에서 상태를 제거하지 마세요. 팝과는 달리 아마도
stash save 또는 stash create로 생성된 커밋처럼 보이는 커밋.

나뭇가지 [ ]
이름이 지정된 새 분기를 만들고 체크아웃합니다. 커밋에서 시작하여
어느 원래 생성되었으며 다음에 기록된 변경 사항을 적용합니다. 에게
새로운 작업 트리와 인덱스. 만약 그것이 성공한다면, 그리고 의 참고자료이다
양식 숨김@{ }, 그런 다음 . 아니오 때 주어지다, 적용되다
최신 것.

git stash save를 실행한 브랜치가 다음과 같이 충분히 변경된 경우에 유용합니다.
충돌로 인해 git stash 적용이 실패합니다. 스태시는 위에 적용되므로
git stash가 실행될 당시 HEAD였던 커밋은 원래 숨겨졌던 커밋을 복원합니다.
충돌이 없는 상태.

선명한
숨겨진 상태를 모두 제거합니다. 그런 다음 해당 상태는 정리 대상이 됩니다.
복구가 불가능할 수도 있습니다(참조: 예 가능한 전략은 아래 참조).

drop [-q|--quiet] [ ]
숨김 목록에서 단일 숨김 상태를 제거합니다. 아니오 주어진다, 그것은
최신 것을 제거합니다. 즉, stash@{0}, 그렇지 않은 경우 유효한 숨김 로그여야 합니다.
stash@{ 형식 참조 }.

만들
스태시(일반 커밋 객체)를 생성하고 해당 객체 이름을 반환합니다.
ref 네임스페이스의 아무 곳에나 저장합니다. 이는 스크립트에 유용합니다.
사용하려는 명령이 아닐 수 있습니다. 위의 "저장"을 참조하세요.

저장
다음을 통해 생성된 특정 숨김을 저장합니다. 자식 숨기는 장소 만들 (매달린 병합 커밋입니다)
숨김 참조, 숨김 참조 로그 업데이트. 이는 스크립트에 유용하도록 고안되었습니다.
사용하려는 명령이 아닐 수 있습니다. 위의 "저장"을 참조하세요.

토론

숨김은 작업 디렉터리의 상태를 트리에 기록하는 커밋으로 표시됩니다.
첫 번째 상위는 숨김이 생성되었을 때 HEAD의 커밋입니다. 의 나무
두 번째 상위는 숨김이 만들어질 때 인덱스의 상태를 기록하고
HEAD 커밋의 하위 항목입니다. 가계 그래프는 다음과 같습니다.

.------W
/ /
-----안녕

여기서 H는 HEAD 커밋, I는 인덱스 상태를 기록하는 커밋, W는
작업 트리의 상태를 기록하는 커밋입니다.

사용 예

더러운 나무를 잡아당기며
당신이 어떤 일을 하고 있을 때, 업스트림 변화가 있다는 것을 알게 됩니다.
그것은 아마도 당신이 하고 있는 일과 관련이 있을 것입니다. 로컬 변경 사항이 적용되지 않는 경우
업스트림의 변경 사항과 충돌하면 간단한 git pull로 이동할 수 있습니다.
앞으로.

그러나 로컬 변경 사항이 업스트림과 충돌하는 경우가 있습니다.
git pull은 변경 사항 덮어쓰기를 거부합니다. 이런 경우에는 숨겨둘 수 있습니다.
변경 사항을 없애고, 끌어오기를 수행한 다음, 다음과 같이 unstash를 수행합니다.

$ 자식 풀
...
파일 foobar가 최신이 아니어서 병합할 수 없습니다.
$ 자식 숨김
$ 자식 풀
$ git 스태시 팝

중단된 워크플로우
뭔가 하던 중일 때 상사가 와서 고쳐달라고 요구한다.
즉시 뭔가. 전통적으로 임시 브랜치를 커밋하여
변경 사항을 저장하고 원래 지점으로 돌아가 긴급 수정을 수행합니다.
이렇게 :

# ... 해킹 해킹 해킹 ...
$ git 체크아웃 -b my_wip
$ git commit -a -m "WIP"
$ git 체크아웃 마스터
$ 긴급 수정 수정
$ git commit -a -m "빨리 고치세요"
$ git 체크아웃 my_wip
$ 자식 재설정 --소프트 HEAD^
#...계속해킹...

당신이 사용할 수 자식 숨기는 장소 위의 내용을 단순화하려면 다음과 같이 하세요.

# ... 해킹 해킹 해킹 ...
$ 자식 숨김
$ 긴급 수정 수정
$ git commit -a -m "빨리 고치세요"
$ git 스태시 팝
#...계속해킹...

부분 커밋 테스트
두 개 이상의 커밋을 만들고 싶을 때 git stash save --keep-index를 사용할 수 있습니다.
작업 트리의 변경 사항을 확인하고 커밋하기 전에 각 변경 사항을 테스트하려고 합니다.

# ... 해킹 해킹 해킹 ...
$ git add --patch foo # 인덱스에 첫 번째 부분만 추가
$ git stash save --keep-index # 다른 모든 변경 사항을 stash에 저장합니다.
$ 첫 번째 부분 편집/빌드/테스트
$ git commit -m '첫 번째 부분' # 완전히 테스트된 변경 사항 커밋
$ git stash pop # 다른 모든 변경 작업을 준비합니다.
# ... 하나의 커밋이 남을 때까지 위의 XNUMX단계를 반복합니다 ...
$ 나머지 부분 편집/빌드/테스트
$ git commit foo -m '나머지 부분'

잘못 삭제/삭제된 스태시 복구
실수로 보관함을 삭제하거나 삭제한 경우 일반 복구를 통해 복구할 수 없습니다.
안전 메커니즘. 그러나 다음 주문을 시도하여 목록을 얻을 수 있습니다.
아직 저장소에 있지만 더 이상 접근할 수 없는 스태시:

git fsck --접근할 수 없음 |
grep 커밋 | 컷 -d\ -f3 |
xargs git log --merges --no-walk --grep=WIP

onworks.net 서비스를 사용하여 온라인으로 git-stash 사용