여러 백업의 아이디어를 바탕으로, 자신의 코드가 손실되지 않도록. 또는 자식 코드 자체는 회사의 자체 서비스를 기반으로, 위 github에 구름거나 코드를 투사하는 동안 당신은 안전 할 수 있습니다.
이 방법을 사용하면 회사에 위의 서버 코드가 손실 또는 회사가 목록에 서버를 제거, 당신은 여전히 위의 코드 또는 GitHub의 구름의 코드를 가지고 그렇게하더라도,이 개 클라우드에서 프로젝트를 백업해야합니다.
그럼, 어떻게이 아이디어를 실현하기 위해? 다음 단계를 참조하십시오 :
전제 :
1, 당신은 지금 (이미 프로젝트의 컨텐츠를 가지고있는) 자식의 gitLab 주소 A의 상단에 내장된다고 가정
[email protected] : teamemory / myh5.git
2, (비어있는 새 프로젝트 내용, 주소)는 구름 위의 동일한 코드에서 모두 자식 주소 B를 구축해야 가정
[email protected] : teamemory / myh5.git
지금은, 자식 프로젝트를 해결하는 동시에 달성하기 위해 좋아하는 코드를 제출하는 것, 주소 B를 이눔하는 동시에 제출 될 수있다
1 단계 :
프로젝트에 다른 자식 B의 자식에게 원격 주소를 추가합니다
원격 origin2 [email protected] 추가 할 이눔 : teamemory / myH5.git // origin2을 사용자 정의 할 수 있습니다
2 단계 :
주소 자식 B에 데이터를 당깁니다
자식 풀 origin2 마스터 --allow-관련이없는-역사 (--allow-관련이없는 - 역사 갈등을 해결하기 위해)
3 단계 :
자식에서 프로젝트는 콘텐츠 항목 주소 자식 B를 동기화
자식 푸시 origin2 마스터
이 시점에서, 우리는이 프로젝트의 기본 구현은 두 자식을 해결하기 위해 제출 될 수 있지만, 각 제출은 두 자식 주소 이전 프로젝트를 달성하기 위해, 다음과 같은 두 가지를 제출해야 넣을 수 있습니다.
자식 밀어 원산지 마스터
자식 푸시 origin2 마스터
문제는 우리가 달성하고자하는 것은, 어떻게 그것을 달성하기 위해 계속 난 당신이 두 개의 프로젝트를 동기화 할 수 있습니다, 한번 제출하고,인가? 4 단계를 참조하십시오
4 단계 :
원격 자식 B의 위의 주소를 추가 삭제
원격 -v // 두 개의 원격 주소 있는지 확인 이눔
원격 주소 자식 원격 RM은 origin2 //이의 자식 B 삭제
자식을이 시간에 원격 -v // 원격 주소는 자식해야한다 A의를