-l-locale
Când magazia de a clona de pe o mașină locală,acest steag ocolește normal „Git conștient” transportmechanism și clone magazia de a face o copie ofHEAD și totul sub obiecte și arbitrii directoare.Fișierele din Directorul .git/objects/ sunt hardlinkedpentru a economisi spațiu atunci când este posibil.
dacă depozitul este specificat ca o cale locală (de exemplu, /path/to/repo),aceasta este implicit, și –local este în esență un no-op., În cazul în care therepository este specificat ca o adresă URL, atunci acest steag este ignorat (și wenever folosi optimizările locale). Specificarea --no-local willoverride implicit atunci când /path/to/repo este dat, folosind regularGit de transport în loc.
… nu-hardlinks
Forța procesul de clonare la un depozit pe o localfilesystem pentru a copia fișierele de sub .git/objectsdirector în loc de a folosi hardlinks. Acest lucru poate fi de doritdacă încercați să faceți o copie de rezervă a depozitului dvs.,
-s-a împărtășit
Când magazia de a clona este pe mașina locală,în loc de a folosi link-uri hard, în mod automat de configurare.git/objects/info/alternates pentru a partaja objectswith sursa depozit. Depozitul rezultatîncepe fără nici un obiect propriu.Notă: Aceasta este o operație posibil periculoasă; nu o utilizați decât dacă înțelegeți ce face. Daca ai clona yourrepository folosind această opțiune și apoi ștergeți ramuri (sau de a folosi oricare comanda Git care face orice existent comite unreferenced) în sursa depozit, unele obiecte pot deveni unreferenced (sau suspendati).,Aceste obiecte pot fi eliminate prin normal Git operațiuni (cum ar fi git commit), care în mod automat de apel git maintenance run --auto. (Seegit-întreținere.) Dacă aceste obiecte sunt eliminate și au fost referitede către depozitul clonat, atunci depozitul clonat va deveni corupt.
Rețineți că rularea git repack fara --local opțiune într-un repositorycloned cu --shared va copia obiecte de la sursa depozit într-un packin clonat depozit, eliminarea spațiul de pe disc economii de clone --shared.,Este sigur, cu toate acestea, pentru a rula git gc, care foloseste --local opțiune bydefault.
Dacă doriți să rupă dependența de un depozit clonat cu --shared privind sursa depozit, puteți rula pur și simplu git repack -a pentru a copia allobjects de la sursa depozit într-un ambalaj în clonați repository.,
–referință <depozit>
Dacă de referință de depozit este pe mașina locală,în mod automat de configurare .git/objects/info/alternates de a obține obiecte de referință de depozit. Usingan deja existente în depozit, ca o alternativă necesită mai puține obiecte pentru a fi copiate de la repositorybeing clonate, reducerea rețelei locale și a costurilor de depozitare.Atunci când se utilizează --reference-if-able, un non existingdirectory este sarit cu un avertisment în loc de abortingthe clona.,
notă: consultați nota pentru opțiunea --shared și, de asemenea, opțiunea--dissociate.
–disocia
Împrumuta obiecte de referință depozite specifiedwith --reference opțiuni numai pentru a reduce networktransfer, și nu se va mai împrumuta de la ei, după o clona este deciziilor adoptate locale necesare copii ale împrumutat de obiecte., Thisoption poate fi, de asemenea, utilizat atunci când clonarea local din arepository că deja împrumută obiecte din anotherrepository—noul depozit va împrumuta obiecte din acelasi depozit, și această opțiune poate fi utilizată pentru a opri theborrowing.
– q –quiet
funcționează în liniște. Progresul nu este raportat la fluxul standarderror.
– v — verbose
Run verbosely. Nu afectează raportarea stării de progresla fluxul de eroare standard.,
–progres
starea Progresul este raportat la eroarea standard streamby implicit atunci când este atașat la un terminal, cu excepția cazului --quieteste specificat. Acest steag forțează starea progresului chiar dacăfluxul de eroare standard nu este direcționat către un terminal.
–server-option=<opțiunea>
Transmite șirul dat la server atunci când comunică usingprotocol versiunea 2. Șirul dat nu trebuie să conțină un NUL sau Lfcaracter. Gestionarea de către server a opțiunilor serverului, inclusivnecunoscute, este specifică serverului.,Când sunt date mai multe --server-option=<option>, acestea sunt toatetrimis în cealaltă parte în ordinea listată pe linia de comandă.
– n — no-checkout
nu checkout de cap se efectuează după clona este completă.
— bare
faceți un depozit Git goale. Care este, în loc ofcreating <directory> și plasarea administrativefiles în <directory>/.git, face <directory>sine $GIT_DIR. Acest lucru implică în mod evident --no-checkoutdeoarece nu există unde să verificați arborele de lucru.,De asemenea, sucursala capete de la distanță sunt copiate direct către corespunzătoare filiala locală capete, fără mappingthem să refs/remotes/origin/. Când această opțiune este utilizată, nu sunt create nici sucursalele de urmărire de la distanță, nici variabilele de configurare aferente.
–rare
Inițializa rare-verificare dosar și workingdirectory începe cu numai fișierele în rootof depozit. Fișierul RAR-checkout poate fimodificat pentru a crește directorul de lucru după cum este necesar.,
–filtru=<filter-spec>
Utilizare parțială clona caracteristică și solicita ca server sendsa subset de accesibil obiecte în funcție de un anumit obiect de filtru.Când se utilizează --filter, este utilizat <filter-spec> pentrufiltrul parțial al clonelor. De exemplu, --filter=blob:none va filtra toate blobs (conținutul fișierului) până când este necesar de Git. De asemenea,--filter=blob:limit=<size> va filtra toate blobs de sizeat puțin <size>., Pentru mai multe detalii despre specificațiile filtrului, consultați opțiunea --filter din lista git-rev.
–mirror
configurați o oglindă a depozitului sursă. Aceasta implică --bare.Comparativ cu --bare, --mirror nu numai hărți locale ramuri de sursa de filiale locale a obiectivului, acesta hărți toți arbitrii (includingremote-urmărire ramuri, note etc.) și stabilește o refspec configurare suchthat toate aceste arbitrii sunt suprascrise de un git remote update obiectivului de aasigura în depozit.,
-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 <nume> –filiala <nume>
în Loc de arătând nou creat ȘEF la sucursala pointedto de clonați repository CAPUL, punct <name> branchinstead. Într-un depozit care nu este gol, aceasta este sucursala care o va facesă fie verificat.--branch poate lua, de asemenea, etichete și detașează capul la care commitin depozitul rezultat.,
-u <incarca-pack> –incarca-pack <incarca-pack>
atunci Când se administrează, și magazia de a clona este accessedvia ssh, aceasta specifică un non-calea implicită pentru commandrun la celălalt capăt.
–template=<template_directory>
Specifica directorul de la template-uri care vor fi utilizate;(a se Vedea „TEMPLATE DIRECTORY” secțiunea de git init.,)
-c <tasta>=<valoare> –config <tasta>=<valoare>
un Set de variabile de configurare în nou-creat repository;aceasta are efect imediat după repository isinitialized, dar înainte de istorie de la distanță este preluat sau anyfiles verificat. Cheia este în același format ca de așteptat bygit-config (de exemplu, core.eol=true)., Dacă sunt date mai multe valori pentru aceeași cheie, fiecare valoare va fi scrisă înFișierul de configurare. Acest lucru îl face sigur, de exemplu, să adăugațiadăugați refspec-uri suplimentare la telecomanda de origine.din cauza limitărilor implementării curente, unele configurationvariables nu intră în vigoare decât după preluarea inițială și finalizarea comenzii.Variabile de configurare cunoscut pentru a nu avea efect sunt:remote.<name>.mirror și remote.<name>.tagOpt. Utilizarea thecorresponding --mirror și --no-tags opțiuni în loc.,
–adâncime <adâncime>
de a Crea un superficial clona cu o istorie trunchiată la thespecified numărul de comite. Implică --single-branch dacă--no-single-branch este dat pentru a aduce istoria în apropierea thetips din toate ramurile. Dacă doriți să clonați submodulele în mod superficial, treceți și --shallow-submodules.
–shallow-since=<date>
creați o clonă superficială cu un istoric după ora specificată.,
–superficial-exclude=<revizuirii>
de a Crea un superficial clona cu o istorie, cu excepția commitsreachable de la o anumită ramură de la distanță sau tag. Această opțiunepot fi specificate de mai multe ori.
–singur-filiala
Clona numai istoria, ceea ce duce la vârful o singură sucursală,fie specificat prin --branch opțiune sau primarybranch de la distanță a lui HEAD puncte la.Preluările ulterioare în depozitul rezultat vor actualiza numai ramura de urmărire la distanță pentru ramură această opțiune a fost utilizată pentru clonarea inițială., Dacă ȘEFUL de la distanță nu au de punctul de la anybranch când --single-branch clona a fost făcut, nu de la distanță-trackingbranch este creat.
… nu-tag-uri
Poate fi folosit în combinație cu --single-branch pentru a clona andmaintain o creangă fără alte referințe decât un singur clonedbranch. Acest lucru este util, de exemplu, pentru a menține clone minime ale ramurii implicite a unui depozit pentru indexarea căutării.
–recurse-submodulele
După ce clona este creat, inițializarea și clona submoduleswithin bazează pe condiția pathspec., Dacă nu este nici un pathspecfurnizate, toate submodulele sunt inițializate și clonate.Această opțiune poate fi dată de mai multe ori pentru pathspecs constând din mai multe intrări. Clona rezultată are submodule.active settheeted pathspec, sau”.”(adică toate submodulele) dacă este furnizat nopathspec.
Submodulele sunt inițializate și clonate folosind setările implicite. Acest lucru este echivalent cu rulareagit submodule update --init --recursive <pathspec> imediat dupăclona este terminată. Această opțiune este ignorată dacă depozitul clonat nu are un worktree/checkout (adică., dacă oricare dintre --no-checkout/-n, --baresau --mirror este dat)
–superficial-submodulele
Toate submodulele care sunt clonate va fi superficial, cu o adâncime de 1.
–de la distanță-submodulele
Toate submodulele care sunt clonate va folosi statutul de submodul’sremote-urmărire ramură a actualiza submodul, mai degrabă decât thesuperproject înregistrat SHA-1. Echivalent cu trecerea --remotelagit submodule update.,
–separate-git-dir=<git dir>
în Loc de plasarea clonați repository în cazul în care se vrea a fi, loc de clonați repository în directorul specificat,apoi face un sistem de fișiere-agnostic Git simbolic link-ul de acolo.Rezultatul este depozit Git pot fi separate de workingtree.
-j <n> –locuri de munca <n>
numărul de submodule preluat în același timp.Implicit la submodule.fetchJobs opțiune.,
<depozit>
(eventual de la distanță) depozit pentru clona. Consultați secțiunea URL-uri git de mai jos pentru mai multe informații despre specificationingrepositories.
<director>
Leave a Reply