git stash는 언제 사용해야합니까?
분기 A에서 작업하고 분기 A에서 커밋을 준비하기 전에 갑자기 분기 B에서 작업해야하는 경우 A에 변경 사항을 숨기고 B를 체크 아웃하고 거기서 작업을 한 다음 A를 체크 아웃하고 숨김을 적용합니다.
A에서 일하고 그날 작업을 그만두고 싶다면, 작업을 숨기고 다음날 작업을 재개 할 때 적용해야합니까? 아니면 그대로 두어야합니까?-커밋되지 않은 수정 된 파일은 작업에 있습니다. 예배 규칙서. 보안상의 이점이있는 경우를 제외하고는이 경우에 숨김을 사용해야하는 이유를 알 수 없습니다.
또한 또 다른 시나리오-직장과 집에서 모두 일합니다. 집에 가고 싶을 때 커밋 할 준비가되지 않은 경우 작업을 숨겨서 GitHub로 푸시 한 다음 집에서 숨길 수 있나요?
Stash는 단지 편리한 방법입니다. git에서 브랜치는 매우 저렴하고 관리하기 쉽기 때문에 개인적으로 거의 항상 숨김보다 새로운 임시 브랜치를 만드는 것을 선호하지만 대부분 취향의 문제입니다.
내가 은닉하는 것을 좋아하는 곳은 마지막 커밋에서 무언가를 잊고 동일한 브랜치의 다음 커밋에서 이미 작업을 시작한 경우입니다.
# Assume the latest commit was already done
# start working on the next patch, and discovered I was missing something
# stash away the current mess I made
git stash save
# some changes in the working dir
# and now add them to the last commit:
git add -u
git commit --ammend
# back to work!
git stash pop
stash 명령은 마지막 커밋 이후에 변경 한 사항을 숨 깁니다. 귀하의 경우에는 다음 날 계속 작업 할 경우 숨길 이유가 없습니다. 나는 당신이 커밋하고 싶지 않은 변경 사항을 취소하는 데에만 숨김을 사용합니다.
git stash작업 복사본 (스테이징 영역이 아님)에 변경 사항 이 있을 때 누르는 경우 git은 은닉 된 객체를 생성하고 스 태시 스택으로 푸시합니다 ( git checkout -- .그렇지만 변경 사항을 잃지 않을 것입니다). 나중에 스택 맨 위에서 튀어 나올 수 있습니다.
주요 아이디어는
더티 작업 디렉토리에 변경 사항을 숨 깁니다.
따라서 Basicallly Stash 명령은 필요하지 않거나 현재 원하지 않는 일부 변경 사항을 유지합니다. 하지만 필요할 수 있습니다.
작업 디렉토리와 색인 의 현재 상태 를 기록하고 싶지만 깨끗한 작업 디렉토리로 돌아가고 싶을 때 git stash를 사용하십시오 . 이 명령은 로컬 수정 사항을 저장하고 HEAD 커밋 과 일치하도록 작업 디렉토리를 되돌 립니다.
참고 URL : https://stackoverflow.com/questions/20537223/when-should-i-use-git-stash
'program story' 카테고리의 다른 글
| Git의 팩 파일은 스냅 샷이 아닌 델타입니까? (0) | 2020.11.25 |
|---|---|
| Oracle 클라이언트 ORA-12541 : TNS : 리스너 없음 (0) | 2020.11.25 |
| Java가 컴파일 타임에 변수를 바인드하는 이유는 무엇입니까? (0) | 2020.11.25 |
| 형식에 호출 서명이없는 식을 호출 할 수 없습니다. (0) | 2020.11.25 |
| 파이썬에서 numpy를 사용하여 자연 로그 (예 : "ln ()")를 어떻게 수행합니까? (0) | 2020.11.24 |