귀하의 경우, 가장 좋은 방법은 폴더 (복사, scp, cp, robocopy -간에)를 새 컴퓨터로 복사하고 이전 폴더를 삭제하는 것입니다.
저는 파블로 산타 크루즈에 완전히 동의하지 않습니다. 복제 란 당신이하고있는 일에 대한 패러다임입니다. 전혀 그렇지 않다. Repo를 새 컴퓨터로 옮기고 있습니다.
이유는이 목적을 위해 복제를 좋아하지 않는다 : 그것은 복제 된 저장소의 각 지점에 대한 원격 추적 브랜치를 생성
- . 너는 움직이고 있고, 낡은 레포는 없어져.
- 모든 원격 분기 및 기타 참조는 완전히 무시됩니다.
- 혹시라도 가지고 있다면 당신은 당신의 후크를 얻지 못한다.
- git reflog 또는 다른 방법을 사용하여 "손실 된"커밋 등을 얻을 수 없습니다. 특히 repo가 서버 역할을했지만 인식해야 할 것이 있다면 큰 문제는 아닐 수도 있습니다.
git repo를 백업하는 방법을 검색하면 git clone이 맨 위 대답에 포함되지 않습니다. 그래서 그것은 레포를 움직이는데 사용해서는 안됩니다!나는 또한 git clone
이 가 git clone
의 repo 떨어져 노출되는 git clone --mirror
의 repo (다른 의미 REPO을 유지 --mirror
옵션을 가지고 있기 때문에 단지 git clone
가 적절한 해답이 될 수 없다는 느낌의 차이는 제가 위에서 언급 한 대부분입니다). 내가 복사 REPO로 무엇을 얻을 알고 때문에 사본을 할 것 - 같은 REPO를!
를 복제하는 동안 당신은 새 시스템에 다른 자식 버전이있을 수 있습니다
- 그것은 빨리 자식과 같은 것입니다 몇 가지 최적화를 수행하고 사본은 다른의 REPO를 사용할 수 없게 될 수 있습니다
하면 자식 클론을 고려 버전 (요즘에는별로 일반적이지 않음). 그러나 실제로 이것은 복사를위한 또 다른 전문가 일 수 있습니다. 이것은 새로운 컴퓨터가 다른 자식 버전을 가지고 있다는 것을 알려줄 것이기 때문입니다.
다른 사람들은이 방법을 너무 복잡하게 만들고 있습니다. 전체 프로젝트 디렉토리를 가져와 새 시스템에 복사하십시오. 끝난. – kubi
좋은 소리. 열쇠 나 뭔가를 생성해야한다는 것을 기억합니다. 그냥 복사하고 이전 버전을 삭제하면 제대로 작동합니까? –
나는 '\ * : \ *'와 같은 것을 사용하여 원격 브랜치를 보존 할 수 있지만 정확한 구문을 알 수는 없으며 google 키워드의 암캐라고 읽었습니다. @manojlds에 대해 아는 것이 있습니까? 당신이 정교 할 수 있니? 브랜치가 보존 되었다면 마치 중요한 문제 (후크 제외) 대부분을 해결할 것입니다. –