커밋 준비가되지 않았지만 다른 워크 스테이션 또는 랩톱에서 완료해야하는 워크 스테이션에 커밋되지 않은 코드가있는 문제가 발생하는 경우가 있습니다.
"소프트 커밋 (soft commit)"또는 다른 머신으로 변경 사항을 다른 곳으로 옮기는 다른 방법과 같은이 문제에 대한 해결책이 있습니까?
제대로 구현되지 않은 변경 사항을 커밋하고 푸시하지 않는 것이 좋습니다.
git stash
...?
커밋 준비가되지 않았지만 다른 워크 스테이션 또는 랩톱에서 완료해야하는 워크 스테이션에 커밋되지 않은 코드가있는 문제가 발생하는 경우가 있습니다.
"소프트 커밋 (soft commit)"또는 다른 머신으로 변경 사항을 다른 곳으로 옮기는 다른 방법과 같은이 문제에 대한 해결책이 있습니까?
제대로 구현되지 않은 변경 사항을 커밋하고 푸시하지 않는 것이 좋습니다.
git stash
...?
답변:
다음은 로컬 리포지토리가 다른 서버 (예 : github)에있는 리포지토리의 복제본이라고 가정합니다. 업스트림 서버를 변경할 권리가 있습니다. 이 예에서는이 업스트림 리포지토리를 "원본"이라고했습니다. git remote show
다른 저장소를 나열하기 위해 실행하십시오 . 이것은 그것이 무엇인지에 대한 힌트를 줄 수 있습니다.
지점을 만드는 것이 좋습니다. 그러면 다른 컴퓨터에서 지점을 확인할 수 있습니다. 실제로 작업을 시작하자마자 지점을 만들면 안정적인 코드 세트를 사용하지 않고도 지점에 "커밋"하고 작업을 추적하고 백업 할 수 있습니다. 작업에 만족하면 "마스터"지점으로 다시 병합 할 수 있습니다.
git checkout -b MyNewBranch
git push origin MyNewBranch
git checkout MyNewBranch
git checkout master
git merge MyNewBranch
git branch
git branch -d master
"과 관련하여 혼란 스럽지만 git 이 마스터 브랜치 를 삭제 하도록 요청하지 않습니까 ? (어쨌든 git branch 매뉴얼을 읽음으로써 얻은 인상입니다)
git diff
패치를 만든 다음 다른 컴퓨터에 적용 할 수 있습니다 . 또는 임시 커밋을 만든 다음 다른 컴퓨터에서 가져 오기를 수행 할 수 있습니다. 다른 머신에 임시 브랜치를 생성하고 임시 커밋을 푸시 한 다음 브랜치를 삭제할 수도 있습니다.
내가 좋아하는 방법은 두 번째 방법입니다. 임시 커밋을 만든 다음 다른 컴퓨터로 이동하여 다음과 같이하십시오.
$ git fetch ssh://first_machine/path/to/repo whatever_branch_i_was_working_on
$ git reset --hard FETCH_HEAD
$ git reset HEAD^
git format-patch
않습니까?
git diff
. 내가 놓친 것이 있습니까?
git format-patch deadbee..badcab1e
- .patch
멋진 이름과 커밋 메시지를 유지하면서 커밋마다 파일을 생성 합니다.
쉬운 방법은 당신이 설명하는 것입니다 : .git
숨겨진 디렉토리와 프로젝트 파일을 커밋하고 마무리하거나 계속 작업 할 수있는 다른 머신에 복사하십시오 .
.git
디렉토리는 자식 역사는 계속된다, 그래서 실제 파일과 함께이를 보존하는 것이 전체 프로젝트의 역사는 그대로 유지됩니다.
원래 머신을 사용하여 영구적으로 수행 한 경우이 방법을 사용하는 것이 좋습니다.
다른 사람들이 대답했듯이 Git을 사용하면 개인 브랜치에서 완료되지 않은 코드에 신경 쓰지 않아야합니다. 그러나 어떤 이유로 든 미완성 작품이 메인 리포지토리에 닿지 않게하려면 Git의 분산 특성을 활용할 수 있습니다!
git bundle
중앙 저장소없이 쉽게 변경 사항을 전달할 수 있는 간단한 도구 가 있습니다. 먼저 저장소를 복제하십시오.
git clone https://github.com/octocat/Spoon-Knife.git working_copy_1
cd working_copy_1
몇 가지 사항을 변경하고 임시 지점에 적용하십시오.
git checkout -b tmp_branch
git commit -a -m "temporary changes"
이제 변경 사항을 묶습니다.
git bundle create ../tmp.bundle tmp_branch
이제 새 시스템으로 메일을 보낼 수있는 번들 파일이 있습니다. 거기서 어떻게 사용합니까? 새로운 작업 사본을 만들어 봅시다 :
cd ..
git clone https://github.com/octocat/Spoon-Knife.git working_copy_2
cd working_copy_2
번들을 다른 리모컨으로 취급해야 변경 사항을 가져올 수 있습니다.
git remote add tmp ../tmp.bundle
git fetch tmp
요점은 흔적을 남기지 않고 변경 사항을 전송하는 것이 었으므로 임시 커밋을 잃지 않기 위해 변경 사항을 작업 복사본으로 스쿼시하고 싶습니다.
git merge tmp/tmp_branch --squash
남은 것은 임시 리모컨을 제거하는 것입니다.
git remote remove tmp
비올라! 브랜치 나 커밋의 흔적을 남기지 않고 변경 사항이 새 작업 복사본으로 전송되었습니다!
그러나 실제로이 과정은 상당히 길고 번거 롭습니다. 이것은 SVN이 아닌 Git입니다. 개인 지점을 중앙 저장소로 밀지 않을 이유가 없습니다.