git clone 다운로드

git 복제 기능에 대 한 자세한 내용은 git 공식 문서를 참조 한다. 우리는 또한 우리의 저장소 가이드를 설정에서 자식 클론의 실용적인 예제를 다룹니다. 에 있는 저장소를 복제 하 고 옵션 깊이 = 1로 지정 된 커밋 기록도 복제 합니다. 이 예에서는의 복제가 수행 되 고 새 복제 된 Repo에 가장 최근의 커밋만 포함 됩니다. 얕은 복제는 광범위 한 커밋 기록이 있는 repos 작업을 할 때 가장 유용 합니다. 광범위 한 커밋 기록으로 인해 디스크 공간 사용 제한과 복제 시 긴 대기 시간 등 확장 문제가 발생할 수 있습니다. 단순 복제는 이러한 배율 조정 문제를 완화 시킬 수 있습니다. git에는 원격 리포지토리 위치를 git 명령에 전달 하는 데 사용 되는 고유한 URL 구문이 있습니다. git 클론은 원격 저장소에서 가장 많이 사용 되기 때문에 여기에서는 git URL 구문을 살펴본다. git 복제품은 기존 하는 repo를가 르 치 고 다른 위치에 새로운 전화번호부에서 저 repo의 복제품 또는 사본을, 만드는 1 차적으로 이용 된다. 원래 저장소는 로컬 파일 시스템 또는 원격 컴퓨터에서 액세스할 수 있는 지원 되는 프로토콜에 있습니다. git clone 명령은 기존 git 저장소를 복사 한다.

이것은 SVN 체크 아웃과 같은 일종의, “작업 복사본”을 제외 하 고 본격적인 자식 저장소입니다-그것은 자신의 역사를가지고, 자체 파일을 관리 하는, 그리고 원래의 저장소에서 완전히 고립 된 환경입니다. 에 있는 저장소를 복제 하 고 참조만 복제 합니다. 첫 번째 명령은 로컬 시스템의 my project 폴더에서 새 Git 리포지토리를 초기화 하 고이를 중앙 리포지토리의 내용으로 채웁니다. 그런 다음 프로젝트에 cd를 넣고 파일 편집, 스냅샷 커밋 및 다른 저장소와의 상호 작용을 시작할 수 있습니다. 또한 확장명이. i i i 복제 된 저장소에서 생략 됩니다 유의 하십시오. 이는 로컬 복사본의 비 맨 상태를 반영 합니다. git 클론을 사용 하 여 저장소를 복제 한다. 예를 들어 libgit2 라는 git linkable 라이브러리를 복제 하려는 경우 다음과 같이 할 수 있습니다. 기존 git 저장소 (예를 들어, 프로젝트에 기여 하려는 경우)의 복사본을 가져오려면 git clone이 필요 하다.

당신이 Subversion과 같은 다른 VCS 시스템에 익숙하다면 당신은 명령이 “클론과” “체크 아웃”이 아니라는 것을 알아차릴 것 이다. 이는 작업 복사본을 가져오는 대신 자식 서버에 있는 거의 모든 데이터의 전체 복사본을 받는 중요 한 차이점입니다. git 복제를 실행 하면 프로젝트 기록에 대 한 모든 파일의 모든 버전이 기본적으로 다운 됩니다. 사실, 서버 디스크가 손상 되 면, 당신은 종종 거의 모든 클라이언트에 있는 복제의 상태로 다시 서버를 설정할 수 있습니다 (당신은 일부 서버 쪽 후크와 같은, 하지만 모든 버전의 데이터가 손실 될 수 있습니다-이 될 것 이라고 하는 데-자식 o를 받고 참조 n 서버에 대 한 자세한 내용은). –미러 인수를 암시적으로 전달–베어 인수 뿐만 아니라. 즉,–bare의 동작은–mirror에 의해 상속 됩니다. 편집 가능한 일 파일 없이 벌 거 벗은 repo의 결과로. 또한–mirror는 원격 저장소의 모든 확장 된 refs를 복제 하 고 원격 브랜치 추적 구성을 유지 합니다. 당신은 그 때 거울에 git 먼 갱신을 달릴 수 있고 근원 repo에서 모든 refs를 덮어쓸 것 이다.

` 미러링된 ` 기능을 정확 하 게 제공 합니다. 여기에서는 git 복제 명령을 자세히 살펴보겠습니다. git clone은 기존 저장소를 대상으로 지정 하 고 복제 또는 대상 저장소의 복사본을 만드는 데 사용 되는 git 커맨드 라인 유틸리티 이다. 이 페이지에서는 확장 된 구성 옵션과 git 복제의 일반적인 사용 사례에 대해 설명 합니다. 여기서 다룰 몇 가지 포인트는 다음과 같습니다. 위의 예에서는 원격 Git 저장소에서 new_feature 브랜치만을 복제 한다.