-l-로컬
때의 저장소에 복제에서는 로컬 컴퓨터에서,이 플래그는 무시면 정상적인”Git 알”transportmechanism 및 복제본을 저장소로 복사본을 만들 ofHEAD 고 아래에서 모든 물체와 심판 디렉토리입니다..git/objects/디렉토리 아래의 파일은 가능한 경우 공간을 절약하기 위해 하드 링크됩니다.
리포지토리가 로컬 경로(예:/path/to/repo)로 지정된 경우 이는 기본값이며–local 은 본질적으로 no-op 입니다., Therepository 가 URL 로 지정된 경우이 플래그는 무시됩니다(로컬 최적화 사용). --no-local를 지정하면 regulargit 전송을 대신 사용하여/path/to/repo가 주어지면 기본값을 오버라이드합니다.
–no-하드
강제 복제 과정에서 저장소에 localfilesystem 파일을 복사에서.git/objects디렉토리를 사용하는 대신 하드. 이것은 당신이 당신의 저장소의 백업을 만들려고하는 것이 바람직 할 수있다.,
-s–공유
때 저장을 복제하는 로컬 시스템에 사용 하는 대신,하드 링크로 자동으로 설정.git/objects/info/alternates을 공유하는 objectswith 소스 저장소. 그 결과 repositorystarts 자신의 어떤 객체없이 밖으로.이것은 아마도 위험한 작업입니다.그것이 무엇을하는지 이해하지 못하면 사용하지 마십시오. 면에 복제 yourrepository 이 옵션을 사용하여 삭제 분기(또는 사용 anyother Git 명령을 만드는 모든 기존 commit 참조되지 않은)에서 원본 저장소,일부 객체 참조 하지 않는(또는 매달려).,이러한 객체를 제거할 수 있습으로 정상적인 Git 작업(과 같은git commit)는 자동으로 전화git maintenance run --auto. (Seegit-유지 보수.)이러한 개체가 제거되고 복제 된 저장소에 의해 참조 된 경우 복제 된 저장소가 손상됩니다.
참고 실행하는git repack지 않고--local옵션에서 repositorycloned--shared을 복사 개 소스에서 저장소로 packin 복제된 저장소의 제거하고,디스크 공간이 절감의clone --shared.,그러나git gc를 실행하는 것이 안전합니다.이 옵션은--local옵션 bydefault 를 사용합니다.
중단 할 경우 종속성의 저장소에 복제로--sharedonits 소스 저장소,당신은 단순히 실행하는git repack -a를 복사 allobjects 소스에서 저장소로는 팩에 복제합니다.,
–참조<저장소>
경우에는 참고 저장소입니다 로컬 컴퓨터에 자동으로 설정.git/objects/info/alternates구체에서 참조합니다. Usingan 기존의 저장소에 대한 대체로 willrequire 적은 객체에서 복사 repositorybeing 복제,감소 네트워크 및 로컬 스토리지 비용을 절감합니다.--reference-if-able를 사용할 때 복제 중단 대신 경고와 함께 비 existingdirectory 가 건너 뜁니다.,참고:
참고:--shared옵션 및--dissociate옵션에 대한 메모를 참조하십시오.
–분리
빌려체에서 참조 저장소 specifiedwith--reference옵션만을 줄이 networktransfer,그리고 중지에서 빌리 그 후 복제 madeby 필요한 지역의 사본을 빌린다., 이 옵션을 사용할 수도 있습을 복제할 때에는 로컬서 arepository 는 이미 빌체에서 anotherrepository—새로운 저장소를 빌려체에서 같은 저장소 및 이 옵션을 사용할 수 있습을 중지 theborrowing.
-q–조용한
조용히 운영하십시오. 진행은 standarderror 스트림에 보고되지 않습니다.이 작업을 수행하려면 어떻게해야합니까? 진행 상태의보고에 영향을주지 않습니다.표준 오류 스트림에.,
–progress
Progress 상태는--quiet가 지정되지 않는 한 터미널에 연결될 때 표준 오류 streamby default 에서보고됩니다. 이 플래그는 표준 오류 스트림이 터미널로 향하지 않더라도 진행 상태를 강제합니다.
–서버 옵션을=<옵션을>
전송할 지정된 문자열의 서버와 통신할 때 usingprotocol 버전 2. 주어진 문자열은 NUL 또는 LFcharacter 를 포함하지 않아야합니다. 다음을 포함하여 서버의 서버 옵션 처리알려지지 않은 것들은 서버마다 다릅니다.,여러--server-option=<option>가 주어지면 명령 줄에 나열된 순서대로 다른쪽에 모두 표시됩니다.
-n–no-checkout
클론이 완료된 후 헤드의 체크 아웃이 수행되지 않습니다.
–bare
bare Git 저장소를 만듭니다. 는 것은,대신 ofcreating<directory>고 배치 administrativefiles 에서<directory>/.git을<directory>자체$GIT_DIR. 작업 트리를 체크 아웃 할 곳이 없기 때문에 이것은 분명히--no-checkout를 의미합니다.,또한 원격의 분기 헤드는refs/remotes/origin/로 매핑하지 않고 해당 로컬 분기 헤드에 직접 복사됩니다. 이 옵션을 사용하면 원격 추적 분기 또는 relatedconfiguration 변수가 생성되지 않습니다.
–sparse
sparse-checkout 파일을 초기화하여 workingdirectory 는 저장소의 rootof 에있는 파일만으로 시작합니다. 스파 스 체크 아웃 파일은 다음과 같을 수 있습니다.필요에 따라 작업 디렉토리를 늘리도록 수정하십시오.,
–filter=<필터는 스펙>
를 사용하여 부분적인 복제 기능을 요청하는 서버 sendsa 의 하위 집합을 연결할 수 있는 객체에 따라 지정된 개체는 필터입니다.--filter를 사용할 때 제공된<filter-spec>는 부분 복제 필터. 예를 들어,--filter=blob:none는 Git 에서 필요할 때까지 모든 blob(파일 내용)을 필터링합니다. 또한--filter=blob:limit=<size>는 sizeat 최소<size>의 모든 얼룩을 필터링합니다., 필터 사양에 대한 자세한 내용은 git-rev-list 에서--filter옵션을 참조하십시오.
–mirror
소스 저장소의 미러를 설정합니다. 이것은--bare를 의미합니다.에 비해--bare,--mirror뿐만 아니라 지도지역의 소스기지역 대상,그것은 지도 모든 심판(includingremote-적 지점,노트 등등.)및 refspec 구성을 설정합니다.이 모든 ref 는 thetarget 저장소의git remote update로 덮어 씁니다.,
-o <name> –origin <name>
Instead of using the remote name origin to keep track of the upstreamrepository, use <name>. Overrides clone.defaultRemoteName from theconfig.,
b<이름>–지<이름>
가리키는 대신 새로 만들어진 머리점 pointedto 으로 복제된 저장소의 머리를 가리킨<name>branchinstead. 베어가 아닌 저장소에서 이것은 체크 아웃 할 브랜치입니다.--branch는 또한 태그를 가져 와서 결과 저장소에서 해당 커밋에서 헤드를 분리 할 수 있습니다.,
u<업로드-팩>–업로드-팩<업로드-팩>
때 주어지고,저장소에 복제에서는 accessedvia ssh,이 지정하는 기본값이 아닌 경로에 대한 commandrun 다른 쪽 끝에서.
–템플릿=<template_directory>
지정한 디렉토리에서는 템플릿 사용될 것이다;(보”템플릿 디렉토리”섹션의 git init.,)
c<키>=<value>–config<키>=<value>
설정된 구성에 변수를 새로 만든 저장소;이것은 후 즉시 효력 저장소 isinitialized,그러나 전에는 원격 기록을 가져 또는 anyfiles 되는 것입니다. 키는 예상되는 bygit-config 와 동일한 형식입니다(예:core.eol=true)., 동일한 키에 대해 multiplevalues 가 주어지면 각 값은 config 파일에 기록됩니다. 이렇게하면 예를 들어 origin 리모컨에 addditional fetch refspec 을 추가하는 것이 안전합니다.
의 제한으로 인해 현재 구현,일부 configurationvariables 영향을 미치지 않을 때까지 후 초기 가져오.구성 변수를 알려진을 적용되지 않습니다:remote.<name>.mirror및remote.<name>.tagOpt. 대신--mirror및--no-tags옵션을 사용하십시오.,
–깊이<깊이>
을 만들의 얕은 복제 역사를 가진 잘리를 지정한 번호의가한다. 을 의미한--single-branch지 않으면--no-single-branch은 주어진을 가져오는 역사 근처 thetips 의 모든 지점. 하위 모듈을 얕게 복제하려는 경우--shallow-submodules도 전달하십시오.
–shallow-since=<date>
지정된 시간 후에 기록이있는 얕은 클론을 만듭니다.,
–얕은 제외=<개정>
을 만들의 얕은 복제와 역사를 제외하고,commitsreachable 에서 지정 원격지점 또는 태그이다. 이 옵션은 여러 번 지정할 수 있습니다.
–단일 지점
Clone 만의 역사를 선도 끝의 한 지점 중 하나에 의해 지정된--branch옵션이나 primarybranch 원격의HEAD포인트에서.추가를 가져,그 결과 저장소 것입 업데이트 원격 추적지점 지점에 대한 이 옵션을 사용되었 theinitial 복제., --single-branch클론이 수행되었을 때 원격에서 헤드가 anybranch 를 가리 키지 않은 경우 원격 trackingbranch 가 생성되지 않습니다.
–no-tags
는--single-branch와 함께 사용하여 단일 clonedbranch 이외의 참조가없는 분기를 복제하고 유지할 수 있습니다. 예를 들어 검색 인덱싱을 위해 일부 저장소의 defaultbranch 의 최소 클론을 유지하는 데 유용합니다.
–recurse-submodules
클론이 생성 된 후 제공된 pathspec 을 기반으로 하위 모듈을 초기화하고 복제합니다., Pathspec 이 없으면 모든 하위 모듈이 초기화되고 복제됩니다.이 옵션은 여러 항목으로 구성된 pathspec 에 대해 여러 번 제공 될 수 있습니다. 결과 클론은submodule.active가 제공된 pathspec 또는”로 설정됩니다.”(모든 하위 모듈을 의미)nopathspec 이 제공되는 경우.
하위 모듈은 기본 설정을 사용하여 초기화되고 복제됩니다. 이것은 복제가 완료된 직후에git submodule update --init --recursive <pathspec>를 실행하는 것입니다. 복제 된 저장소에 worktree/checkout 이없는 경우이 옵션은 무시됩니다(예, 어떤 경우의--no-checkout/-n,--bare또는--mirror주)
–얕은-서브 모듈
모든 서브 모듈은 복제된 것이 얕은 깊이의 1.
–remote-submodules
복제 된 모든 하위 모듈은 thesuperproject 의 기록 된 SHA-1 이 아닌 하위 모듈을 업데이트하기 위해 하위 모듈의 상태를 사용합니다. 이 작업을 수행하려면 다음 작업을 수행해야합니다.,
–별도-git-dir=<git dir>
대신에 배치된 저장소 어디 supposedto 할,배치된 저장소에서 지정한 디렉토리,그리 시스템-독립적 Git 심볼릭 링크가있다.결과는 Git 저장소가 workingtree 와 분리 될 수 있다는 것입니다.
j<n>–작업<n>
수의 하위 모듈 가져온 동시에.기본값은submodule.fetchJobs옵션입니다.,
<저장소>
복제 할(아마도 원격)저장소. Specifyingrepositories 에 대한 자세한 내용은 아래의 GIT URL 섹션을 참조하십시오.
<디렉토리>
Leave a Reply