Git은 후속 클론에서 모든 브랜치를 복제하지 않습니까?

Question

복제 된 저장소와 브랜치를 사용하는 힘내에게 몇 가지 문제점이 있습니다.이 문제에 대한 답변을 찾을 수 없다고합니다. 제가 설명 드리겠습니다 : 우리는 맨손으로 Git 저장소를 가지고 있습니다. 여기에서 우리는 모두 로컬 머신을 사용하고 SSH로 연결할 수 있습니다. 나는이처럼 내 USB 썸 드라이브에이의 복제를 만든 : 이것은 물론 내 엄지 드라이브에 작업 복사본과 로컬 복제를 나에게 제공

git clone ssh://adahl@gollum//net/repos/netcube/patches.git 

. I의 이것에 cd 및 참조 다음이 클론의 일부 지점 :

cd patches 
git branch -a 
* master 
    remotes/origin/HEAD -> origin/master 
    remotes/origin/master 
    remotes/origin/stable 

지금까지 너무 좋아, 내 엄지 손가락에 저장소가 안정 지점이 끊어 내 노트북에 다른 시간 드라이브 복제 그러나합니다. 참조 : 복제 또는이 복제 한 후, 아무것도 patches2 저장소에 안정적인 지점을 제공하지 git fetch 때 나는 몇 가지 옵션을 시도

cd .. 
git clone patches patches2 

cd patches2 

git branch -a 
* master 
    remotes/origin/HEAD -> origin/master 
    remotes/origin/master 

. 나는 여기에 이해가 부족하고 단순히 잘못된 방법으로 사용한다고 가정한다. 누군가 나를 사용 및/또는 이해에서의 나의 오류로 지적 해 주시겠습니까?

Answer 1

는 How to clone all remote branches in Git?

당신은 당신이 실제로는 복제에 포함하려는 경우 원격 지사를 기반으로 로컬 브랜치를 만들 필요가 참조하십시오. 그러나 원격 브랜치에서 작업하지 않으므로 브랜치에서 작업을 시작하자마자 로컬 브랜치를 작성하게됩니다. 그리고 그 전에는 복제본에서 실제로 필요하지 않습니다. 원격에서 언제든지 가져올 수 있기 때문입니다.

그러나 노트북에 네트워크가 연결되어 있지 않으면 원하는 모든 원격 지점에 대해 로컬 분기를 만들어 로컬 저장소를 복제 할 때 복제되도록 만들어야합니다.

그러나 네트워크에 연결되어있는 경우 git remote add origin2 ssh://adahl@gollum//net/repos/netcube/patches.git을 입력 한 다음 git fetch origin2을 사용하여 origin2을 더 의미있는 이름으로 바꾸십시오.

Answer 2

"origin"은 repo를 복제 한 장소에 지정된 기본 이름입니다.이 이름은 원격으로 자동 추가됩니다 (참고 : 원격은 "현재 repo가 ​​아닙니다"- 원격은 동일한 컴퓨터에있을 수 있음).).

patches에서 "원산지"는 골륨에 원래의 레포를 나타냅니다.

patches2에서 "출처"는 patches을 의미합니다.

원격 추적 참조 (remotes/으로 시작하는 원격 추적 참조)는 실제로 로컬 브랜치가 아니며 브랜치가 원격에 마지막으로 알려 졌던 지점에 대한 포인터입니다. 따라서 patches에는 원래 repo에 대한 원격 추적 참조가 있지만 patches2에 로컬 master 분기에 대한 원격 추적 참조가 patches인데, 그 이유는 patches2의 원점을 가리키고 있기 때문입니다.

복제 후 을 사용하여 patches2에 원래 리모콘을 추가하거나 원래의 저장소에서 다시 복제 할 수 있습니다 (patches).@ThiefMaster 외에도

Answer 3

:

나는 모든 (로컬 원격 &) 브랜치 심판 및 태그

추가를 업데이트

git clone --mirror 

또는

git push --mirror 

에 좋아 정보n으로 --mirror는 실제로 repo를 그대로 복제하므로 대상의 변경 사항을 덮어 씁니다. 소스에 존재하지 않는 브랜치는 무조건 정리됩니다.

본질적으로, 그 차이가 영향을 가지 로컬 브랜치뿐만 아니라 '원격'심판 수 있다는되는 원격 작업과 '자식 원격 업데이트 --prune을'하 같다 [1]

@LeSpocky (및 기타?)

변경 사항이 사라지면 병합 문제가 발생하지 않으므로 쉽습니다.

--mirror은 실제 개념의 이름을 따서 명명되었으므로 대상의 차이점을 보완하도록 설계되었습니다. 타겟이 베어 메어가 아니고 로컬 변경 사항을 커밋 한 경우 대상의 로컬 브랜치 (git log -g, git reflog)의 reflog를 통해 언제든지 다시 가져올 수 있습니다.

일반 안전 조치로 have a hook to 'git stash save' in the target 수 있습니다.

--mirror는 미러으로 설계되었으며이 질문은 모든 브랜치를 맨손으로 복제하는 방법에 관한 것이 었습니다. :)

[1] (원격 참조가 복사되지 않지만 원하는 경우 밀어 넣기 대상의 .git/config에서 .git/config로 수동 복사)

Answer 4

$ git remote update 
$ git pull --all