UXDE dot Net Wordpress Themes

git clone 예제

Git에는 사용할 수 있는 다양한 전송 프로토콜이 있습니다. 이전 예제에서는 https:// 프로토콜을 사용하지만 SSH 전송 프로토콜을 사용하는 git:// 또는 user@server:path/to/repo.git을 볼 수도 있습니다. 서버에서 Git을 사용하면 서버가 Git 리포지토리와 각 저장소의 장단점에 액세스하도록 설정할 수 있는 사용 가능한 모든 옵션이 소개됩니다. 참고: 컴퓨터에 표시되는 리포지토리 이름 및 출력 번호(총 파일 크기 등)는 위에 제공된 예제와 다를 수 있습니다. –single 분기와 함께 사용하여 단일 복제 된 분기 이외의 참조가없는 분기를 복제하고 유지할 수 있습니다. 이는 예를 들어 검색 인덱싱을 위한 일부 리포지토리의 기본 분기의 최소 복제본을 유지하는 데 유용합니다. 4. 복제의 내용을 변경하는 다양한 구성 옵션이 있습니다 이 위의 예는 원격 Git 리포지토리에서 new_feature 분기만 복제합니다. 이것은 리포지토리의 HEAD 참조를 다운로드한 다음 필요한 참조를 추가로 가져와야하는 시간을 절약하는 설득 유틸리티입니다. Git에는 사용할 수 있는 다양한 전송 프로토콜이 있습니다. 이전 예제에서는 git:// 프로토콜을 사용하지만 SSH 전송 프로토콜을 사용하는 http://또는 user@server:/path.git도 볼 수 있습니다. 원본 리포지토리에서 -s로 복제된 리포지토리의 종속성을 끊으려면 git 다시 팩 -a를 실행하여 원본 리포지토리의 모든 개체를 복제된 리포지토리의 팩으로 복사할 수 있습니다.

있는 리포지토리를 복제하고 대한 참조만 복제합니다. 예를 들어 유닉스 기반 시스템에서 문서 폴더에 리포지토리를 갖고 싶다면 다음과 같이 디렉토리를 변경합니다. HEAD 및 개체 및 참조 디렉토리 아래에 있는 모든 것을 복사하여 리포지토리를 지정합니다. .git/개체/디렉터리 아래의 파일은 가능하면 공간을 절약하기 위해 하드 링크됩니다. 그런 다음 GitHub에서 로컬 컴퓨터로 새로 만든 리포지토리를 복제합니다. GitHub의 리포지토리 페이지에서 복제 또는 다운로드라는 녹색 버튼을 클릭하고 “HTTP가 있는 복제” 섹션에서 리포지토리의 URL을 복사합니다. 있는 리포지토리를 복제하고 옵션 depth=1에 의해 지정된 커밋 기록만 복제합니다. 이 예제에서는 복제본이 만들어지며 가장 최근 커밋만 새 복제 리포지토리에 포함됩니다. 얕은 복제는 광범위한 커밋 기록이 있는 리포지토리로 작업할 때 가장 유용합니다. 커밋 기록이 광범위하면 디스크 공간 사용 제한 및 복제 시 대기 시간이 길어짐과 같은 크기 조정 문제가 발생할 수 있습니다.

얕은 복제는 이러한 크기 조정 문제를 완화하는 데 도움이 될 수 있습니다. 지정된 커밋 수로 잘린 기록이 있는 얕은 복제본을 만듭니다. 모든 분기의 끝 근처에 기록을 가져오기 위해 단일 분기가 제공되지 않는 한 단일 분기를 의미합니다. 하위 모듈을 얕게 복제하려면 –얕은 하위 모듈을 전달합니다. git 복제본은 주로 기존 리포지토리를 가리키고 다른 위치에서 새 디렉터리에서 해당 리포지토리의 복제 또는 복사본을 만드는 데 사용됩니다. 원래 리포지토리는 로컬 파일 시스템 또는 원격 컴퓨터 액세스 지원 프로토콜에 위치할 수 있습니다. git 복제 명령은 기존 Git 리포지토리를 복사합니다. “작업 복사본”이 본격적인 Git 리포지토리이며 자체 기록을 가지고 있으며 자체 파일을 관리하며 원래 리포지토리에서 완전히 격리된 환경이라는 점을 제외하면 SVN 체크 아웃과 비슷합니다. 참고: 이것은 위험한 작업일 수 있습니다. 당신이 무엇을 이해하지 않는 한 그것을 사용하지 마십시오. 이 옵션을 사용하여 리포지토리를 복제한 다음 소스 리포지토리에서 분기를 삭제하거나 기존 커밋을 참조하지 않는 다른 Git 명령을 사용하는 경우 일부 개체가 참조되지 않거나 매달려 있을 수 있습니다.