– l –local
amikor az adattár klónozni egy helyi gépen, ez a zászló megkerüli a normál” Git aware ” transportmechanism and clones the repository by making a copy ofHEAD and everything under objects and refs könyvtárak.A .git/objects/ könyvtár alatti fájlok hardlinked to save space when possible.
Ha az adattár helyi elérési útvonalként van megadva (pl. /path/to/repo), akkor ez az alapértelmezett,a –local pedig lényegében nem op., Ha a therepository URL-ként van megadva, akkor ezt a zászlót figyelmen kívül hagyja (és soha ne használja a helyi optimalizálásokat). --no-local willoverride az alapértelmezett, ha /path/to/repo adják, a regularGit transport helyett.
— no-hardlinks
kényszerítse a klónozási folyamatot egy localfilesystem tárolójából, hogy a fájlokat a .git/objectskönyvtárba másolja a keménylinkek használata helyett. Ez kívánatos lehetha megpróbál biztonsági másolatot készíteni a tárolóról.,
– S — shared
amikor a klón tárolója a helyi gépen van,a kemény linkek használata helyett automatikusan beállítja a.git/objects/info/alternates az objektumok megosztásáhoza forrástárral. Az eredményül kapott repozitorsaját tárgy nélkül indul el.
Megjegyzés: Ez egy esetleg veszélyes művelet; ne használja, hacsak nem érti, mit csinál. Ha ezzel az opcióval klónozza a yourepository-t, majd törli az ágakat (vagy használ egy másik Git parancsot, amely a meglévő kötelezettségvállalásokat nem engedélyezi) a thesource repository-ban, egyes objektumok nem továbbíthatók (vagy lógnak).,Ezeket az objektumokat normál Git műveletekkel lehet eltávolítani (például git commit), amelyek automatikusan felhívják a git maintenance run --auto. (Seegit-karbantartás.) Ha ezek az objektumok eltávolításra kerülnek, és a klónozott adattár hivatkozásra kerül, akkor a klónozott adattár megsérül.
vegye figyelembe, hogy a git repack futtatása a --local opció nélkül a --shared objektumok másolását a forrástárból egy csomagbaa klónozott tárolóban, eltávolítva a .,Biztonságos azonban a git gc futtatása, amely a --local bydefault opciót használja.
Ha meg akarja szakítani a --shared onits forrástárral klónozott tároló függőségét, akkor egyszerűen futtathatja agit repack -a az allobjects másolásához a forrástárból egy csomagba a klónozott tárolóban.,
— reference <repository>
Ha a referencia-tároló a helyi gépen van,automatikusan beállítja a .git/objects/info/alternates toobain objektumokat a referencia-tárolóból. A már meglévő adattár alternatívaként történő használata kevesebb objektum másolását igényli a repositorybeing klónozásából, csökkentve a hálózati és helyi tárolási költségeket.A --reference-if-able használatakor egy nem létező könyvtár kimarad egy figyelmeztetéssel a klón megszakítása helyett.,
megjegyzés: lásd a --shared opciót, valamint a--dissociate opciót.
–dissociate
Az objektumok kölcsönzése a --reference beállításokkal csak a networktransfer csökkentése érdekében lehetséges, és a klón elkészülte után a kölcsönzött objektumok szükséges helyi másolatainak készítése., Ez az opció akkor is használható, ha helyben klónozunk arepository-ból, amely már kölcsönöz objektumokat egy másikrepository-ból—az új adattár kölcsönöz objektumokat az arepository-ból, és ez az opció felhasználható a növekedés megállítására.
– q — quiet
működik csendesen. Az előrehaladást nem jelentik a standarderror streamnek.
– v — verbose
futtassa szó szerint. Nem befolyásolja a jelentés a haladás statusto a standard hiba stream.,
— progress
Progress status is reported on the standard error stream alapértelmezés szerint, ha csatlakozik a terminál, kivéve, ha --quietvan megadva. Ez a zászló akkor is kényszeríti a haladás állapotát, ha aa szabványos hibaáram nem egy terminálra irányul.
— server-option = <option>
továbbítsa az adott karakterláncot a kiszolgálónak a 2.verzió használata során. Az adott karakterlánc nem tartalmazhat NUL vagy Lfcharaktert. A szerver kezelése a szerver opciókkal, beleértveismeretlenek, szerverspecifikusak.,Ha több --server-option=<option> van megadva, akkor a parancssorban felsorolt sorrendben a másik oldalra kerülnek.
– n — No-checkout
A klón befejezése után nem történik fejpénztár.
— bare
készítsen csupasz Git tárolót. Ez azt jelenti, hogy a <directory> helyett a <directory>/.git <directory>$GIT_DIR. Ez nyilvánvalóan azt jelenti, hogy a --no-checkout, mert nincs hova megnézni a működő fát.,A távvezérlő ágfejeit is közvetlenül átmásoljáka megfelelő helyi ágfejekhez, anélkül, hogy mappingthem refs/remotes/origin/. Ha ezt az opciót használja, sem a távoli nyomkövető ágakat, sem a relatedconfiguration változókat nem hozza létre.
— sparse
inicializálja a ritka-checkout fájlt, így a workingdirectory csak a tárolóban lévő fájlokkal kezdődik. A ritka-checkout fájl lehetmódosítva, hogy szükség szerint növelje a munkakönyvtárat.,
— filter= <filter-spec>
használja a részleges klón funkciót, és kérje, hogy a kiszolgáló sendsa alcsoportja elérhető objektumok szerint egy adott objektum szűrő.A --filter használata esetén a mellékelt <filter-spec> a részleges klón szűrőt használja. Például, --filter=blob:none willfilter ki az összes gombok (fájl tartalma), amíg szükséges Git. Továbbá,--filter=blob:limit=<size> kiszűri az összes foltot a sizeat legalább <size>., A szűrő specifikációival kapcsolatos további részletekért lásd:--filter opció a git-rev-listában.
— mirror
állítsa be a forrástár tükörét. Ez azt jelenti, hogy --bare.A --bare, --mirror-hoz képest nem csak a cél helyi ágait térképezi a cél helyi ágaihoz, hanem az összes refs-t (beleértve: remote-tracking ágak, jegyzetek stb.) és beállítja a refspec konfigurációt, hogy ezeket A refs-eket felülírja egy git remote update a thetarget repository-ban.,
-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 <name> –branch <name>
ahelyett, hogy az újonnan létrehozott fejet a klónozott adattár feje által a pointott ágra mutatná, <name> branchehelyett. Egy nem csupasz tárolóban ez az ág leszellenőrizni kell.--branch címkéket is készíthet, és leveheti a fejet a kapott tárolóban.,
-u <upload-pack> –upload-pack <upload-pack>
adott esetben a klóniából klónozni kívánt tároló accessedvia ssh, ez megadja a parancs nem alapértelmezett útvonalátfuttassa a másik végén.
— template= <template_directory>
adja meg azt a könyvtárat, ahonnan sablonokat használnak;(lásd a git-init” TEMPLATE DIRECTORY ” szakaszát.,) -c <gomb>=<érték> –config <gomb>=<érték>
Beállítás a konfigurációs változó, az újonnan létrehozott adattár;ez a hatálybalépését követően azonnal az adattár isinitialized, de mielőtt a távoli történelem túlzás, vagy anyfiles kijelentkezett. A kulcs a bygit-config által várt formátumban van (pl. core.eol=true)., Ha ugyanarra a kulcsra több értéket adnak meg, akkor minden érték meg lesz írvaa konfigurációs fájl. Ez biztonságossá teszi például, hogy hozzáadjatovábbi fetch refspecs az origin remote-hoz.
a jelenlegi implementáció korlátai miatt néhány konfigurációvariables csak a kezdeti lekérés és pénztár után lép hatályba.Az ismert konfigurációs változók:remote.<name>.mirrorés remote.<name>.tagOpt. Használja a --mirror és --no-tags opciókat.,
— depth <depth>
Hozzon létre egy sekély klónt, amelynek előzményeit a megadott számú követés csonkolja. --single-branch kivéve, ha--no-single-branch az összes ág történeteinek lekérésére szolgál. Ha sekélyebb almodulokat szeretne klónozni, akkor adja át a --shallow-submodulesparancsot is.
— shallow-since = <date>
Hozzon létre egy sekély klónt egy történelemmel a megadott idő után.,
— shallow-exclude= <revision>
Hozzon létre egy sekély klónt egy előzménnyel, kivéve a commitsreakable-t egy meghatározott távoli ágból vagy címkéből. Ez a lehetőségtöbbször is megadható. –egységes ágazati
a Klón csak a történelem, ami a tipp egyetlen ág sem határozza meg a --branch lehetőséget, vagy a primarybranch távirányító HEAD pontokat.További letöltések az eredményül kapott tárolóba csak a fióktelep theremote-tracking ágát frissítik ezt az opciót a kezdeti klónozáshoz használták., Ha a távvezérlő feje nem mutatott semmirajz, amikor a --single-branch klón készült, nincs távoli trackingbranch létrehozva.
–No-tags
lehet használni együtt --single-branch klónozni ésfenntartani egy ág nincs Hivatkozás más, mint egy clonedbranch. Ez hasznos például, hogy fenntartsák a minimális klónok a defaultbranch néhány tároló Keresési indexelés.
— recurse-submodules
a Klón létrehozása után inicializálja és klónozza a submoduleswithint a megadott pathspec alapján., Ha nincs megadva pathspec, akkor minden submodulust inicializálunk és klónozunk.Ez az opció többször is megadható a pathspecs-hez, amely több bejegyzést tartalmaz. Az eredményül kapott klón submodule.active készleta megadott pathspec, vagy “.”(azaz minden submodules) ha nopathspec biztosított.
az almodulokat inicializáljuk, majd az alapértelmezett beállításokkal klónozzuk. Ez megegyezik agit submodule update --init --recursive <pathspec> futtatásával közvetlenül a klón befejezése után. Ezt az opciót figyelmen kívül hagyja, ha a klónozott adattár nem rendelkezik worktree / checkout (azaz., ha a --no-checkout/-n, --barevagy --mirror megadásra kerül)
–shallow-submodules
minden olyan almodul,amely klónozott lesz sekély mélységben 1.
— remote-submodules
minden klónozott almodul a submodule ‘ sremote-tracking ág állapotát fogja használni az almodul frissítéséhez, nem pedig a superproject rögzített SHA-1-jét. Egyenértékű a passing --remote togit submodule update.,
— separate-git-dir= <git dir>
ahelyett, hogy a klónozott adattárat oda helyezné,helyezze a klónozott adattárat a megadott könyvtárba, majd készítsen egy fájlrendszer-agnosztikus Git szimbolikus linket oda.Az eredmény Git adattár lehet elválasztani workingtree.
– j <n> –jobs <n>
az egyidejűleg lekérhető almodulák száma.Alapértelmezés szerint a submodule.fetchJobs opció.,
<repository>
A (esetleg távoli) tároló klónozni. A specifyingrepositories-szal kapcsolatos további információkért lásd az alábbi git URL-eket.
<directory>
Leave a Reply