쉬운 질문에 대한 쉬운 대답은 git stash apply
변경하려는 지점을 확인한 다음를 클릭하십시오 git stash apply. 그런 다음을 사용 git diff하여 결과를 확인하십시오.
변경 작업이 모두 완료된 후 ( apply모양이 양호하고 더 이상 숨김이 필요하지 않다고 확신 한 경우) git stash drop이를 사용 하여 제거하십시오.
나는 항상 git stash apply보다는 오히려 사용 하는 것이 좋습니다 git stash pop. 차이점은을 apply다시 시도 apply하거나 쉽게 볼 수 있도록 숨김 을 남기는 것입니다. 숨김 pop을 추출 할 수있는 경우 즉시 압축 drop을 해제하고 갑자기 어딘가에서 추출하려고한다고 생각하면 다른 (다른 지점에서) 또는와 함께 --index또는 일부는 쉽지 않습니다. 당신이 경우 apply, 당신 은 언제 선택할 수 있습니다 drop.
그래도 모두 아주 사소한 방법이며 초보자가 git을 사용하려면 거의 동일해야합니다. (그리고 나머지는 모두 건너 뛸 수 있습니다!)
더 발전되거나 복잡한 작업을 수행하는 경우 어떻게됩니까?
"git stash를 사용하는 방법"은 적어도 3 ~ 4 가지가 있습니다. 위의 "방법 1", "쉬운 방법"입니다 :
클린 브랜치에서 시작하여 일부 변경 작업을 수행 한 후 잘못된 브랜치에서 수행하고 있음을 깨달았습니다. 지금 변경 한 내용을 다른 지점으로 "이동"하려고합니다.
이것은 위에서 설명한 쉬운 경우입니다. 실행하십시오 git stash save(또는 평범 git stash하고 똑같은 것). 다른 지점을 확인하고를 사용하십시오 git stash apply. 이것은 git의 강력한 병합 메커니즘을 사용하여 이전 변경 사항에서 git을 병합합니다. 조심스럽게 결과를 검사 (와 git diff) 그들처럼 당신이 있는지, 그리고 당신이 할 경우, 사용은 git stash drop마리화나를 드롭. 끝났습니다!
일부 변경 사항을 시작하고이를 저장했습니다. 그런 다음 다른 지점으로 전환하여 더 많은 변경을 시작했으며, 보관 된 지점을 잊어 버렸습니다.
이제 이러한 변경 사항 을 유지하거나 이동 하고 숨김을 적용 하려고합니다 .
변경 사항의 "스택"을 만들 때 실제로 git stash save다시 할 수 있습니다 git stash. 그렇게하면 두 개의 스 태쉬가 있는데, 하나는 방금 호출했지만 다른 하나는 철자 stash할 수 있습니다 . 그들 모두를 보려면 언제라도 사용하십시오 . 최신은 항상 가장 낮은 번호입니다. 을하면 최신 항목과 스택 맨 위로 이동 한 항목이 삭제 됩니다. 당신이 더 있었다면, 있던 사람은 된다 , 등등.stash@{0}stash@{1}git stash listgit stash dropstash@{1}stash@{2}stash@{1}
apply다음과 drop같이 특정 숨김 을 수행 할 수 있습니다 git stash apply stash@{2}. 특정 숨김을 삭제하면 숫자가 높은 것만 다시 번호가 매겨집니다. 다시 말하지만, 숫자가없는 것도 stash@{0}.
당신이 숨겨 놨다을 많이 쌓아 경우가 상당히 지저분 얻을 수 있습니다 (내가 원하는 숨김이었다 stash@{7}또는 그 것이었다는 stash@{4}?, 난 그냥 서로를 밀어 지금있는 거 (8) 5 기다립니다?). 브랜치에는 이름이 있으며 cleanup-attempt-in-December나보다 더 많은 것을 의미 하기 때문에 개인적으로 이러한 변경 사항을 새 브랜치로 이전하는 것을 선호합니다 stash@{12}. (이 git stash명령은 선택적 저장 메시지를 취하는데 도움이 될 수 있지만 어쨌든 내 모든 숨김은이라는 이름으로 시작 WIP on branch됩니다.)
(엑스트라 고급) 당신이 사용했던 git stash save -p, 또는주의 git add및 / 또는 -ed git rm실행하기 전에 코드의 -ed 특정 비트를 git stash save. 스 태쉬 된 인덱스 / 스테이징 영역에 하나의 버전이 있고 작업 트리에 다른 (다른) 버전이 있습니다. 이 모든 것을 보존하고 싶습니다. 이제는을 사용 git stash apply --index하고 때로는 실패합니다.
Conflicts in index. Try without --index.
git stash save --keep-index"확약 대상"을 테스트하기 위해 사용 하고 있습니다. 이것은이 답변의 범위를 벗어납니다. 대신 이 다른 StackOverflow 답변을 참조하십시오 .
복잡한 경우에는 현재 변경 사항을 커밋하여 (깨끗한 경우 새 브랜치에서) "깨끗한"작업 디렉토리에서 먼저 시작하는 것이 좋습니다. 그런 식으로 당신이 그것들을 적용하고있는 "어딘가"에는 아무것도없고, 당신은 막힌 변화를 시도 할 것입니다 :
git status # see if there's anything you need to commit
# uh oh, there is - let's put it on a new temp branch
git checkout -b temp # create new temp branch to save stuff
git add ... # add (and/or remove) stuff as needed
git commit # save first set of changes
이제 당신은 "깨끗한"출발점에 있습니다. 아니면 다음과 같이 진행될 수 있습니다.
git status # see if there's anything you need to commit
# status says "nothing to commit"
git checkout -b temp # optional: create new branch for "apply"
git stash apply # apply stashed changes; see below about --index
기억해야 할 것은 "스 태쉬 (stash)" 는 커밋 (commit)이며, "브랜치 (branch)"가 아닌 약간 "재미 있고 이상한"커밋 일뿐입니다. apply당신이 지금 어디에 있든지 조작 (가) 변경 커밋 무슨 외모, 그리고 시도는 그것을 반복합니다. 은신처는 여전히 거기에있을 것입니다 ( apply계속 유지). 더 많이 보거나 이것이 잘못된 장소인지 결정 apply하고 다르게 또는 다른 방법으로 다시 시도하십시오.
은신처가있을 때마다 은신처에 git stash show -p있는 단순화 된 버전을 볼 수 있습니다 . (이 단순화 된 버전 은 별도로 복원되는 저장된 인덱스 변경이 아닌 "최종 작업 트리"변경 사항 만 살펴 봅니다 --index.) git stash apply없이 명령 은 작업 디렉토리에서 동일한 변경을 수행 --index하려고합니다 .
이미 약간의 변경이 있더라도 마찬가지입니다. 이 apply명령은 수정 된 작업 디렉토리에 숨김을 적용 하거나 최소한 적용하려고합니다. 예를 들어 다음과 같이 할 수 있습니다.
git stash apply stash # apply top of stash stack
git stash apply stash@{1} # and mix in next stash stack entry too
여기서 "적용"순서를 선택하여 특정 순서로 적용 할 특정 숨김을 선택하십시오. 그러나 기본적으로 "git merge"를 수행 할 때마다 그리고 병합 문서가 경고 할 때 다음과 같이주의하십시오.
사소한 커밋되지 않은 변경 사항으로 git merge를 실행하지 않는 것이 좋습니다.
클린 디렉토리로 시작하여 여러 git apply작업을 수행하는 경우 쉽게 git reset --hard제거 할 수 apply있습니다. 클린 상태로 돌아가고 작업을 변경하는 데 사용합니다 . (따라서 복잡한 작업을 위해 깨끗한 작업 디렉토리에서 시작하는 것이 좋습니다.)
최악의 경우는 어떻습니까?
Advanced Git Stuffs를 많이하고 있고 숨겨두고 싶다고 가정 해 봅시다 git stash apply --index.하지만 저장 한 후 저장 --index지점을 너무 많이 분기했기 때문에 저장된 숨김을 적용 할 수 없습니다 .
이것은 무엇 git stash branch을위한 것입니다.
만약 너라면:
- 원본을 할 때 있었던 커밋 을 확인한
stash다음
- 새로운 지점을 만들고 마지막으로
git stash apply --index
변경 사항을 다시 만들려는 시도 는 확실히 효과 가 있습니다. 이것이하는 일 입니다. (그리고 성공적으로 적용되었으므로 숨김을 삭제합니다.)git stash branch newbranch
에 대한 마지막 단어 --index(도대체 무엇입니까?)
무엇을 --index하는 일은 설명하는 간단하지만 약간은 내부적으로 복잡 :
- 변경 사항이 있으면 ing
git add전에 변경 (또는 "스테이지")해야 commit합니다.
- 당신이 실행할 때 따라서
git stash, 당신은 수있는 두 파일을 편집 foo하고 zorg,하지만 그 중 하나를 벌였다.
- 따라서 숨김을 다시 요청
git add하면 added 항목을 추가하고 추가 되지 않은 항목을 사용하지 않는git add 것이 좋습니다. 즉,을 수행 하기 전에 add에드 foo하지만 zorg다시 돌아 오지 않은 경우 stash정확히 동일한 설정을하는 것이 좋습니다. 준비된 것은 다시 준비되어야한다. 수정되었지만 준비되지 않은 것은 다시 수정되지만 준비되지 않아야합니다.
--index에 플래그를 apply이런 식으로 설정하는 것을 시도합니다. 작업 트리가 깨끗하면 일반적으로 작동합니다. 작업 트리에 이미 add문제가있는 경우 여기에 몇 가지 문제가있는 방법을 확인할 수 있습니다. 제외 --index하면 apply작업이 전체 준비 / 무대 설정을 유지하지 않습니다. 대신 "stash bag" 의 작업 트리 커밋을 사용하여 git의 병합 기계를 호출합니다 . 단계적 / 무단 계화를 유지하는 데 신경 쓰지 않는다면, 외면하지 않아도 --index훨씬 쉽게 git stash apply할 수 있습니다.