-l, –local
Když repozitář naklonovat z is na lokální stroj,tento příznak obchází normální „Git vědomi“ transportmechanism a klony repozitáře tím, že kopii ofHEAD a všechno pod objects a refs adresáře.Soubory pod.git/objects/ adresáře jsou hardlinkedto ušetřit místo, pokud je to možné.
Pokud je úložiště zadáno jako lokální cesta (např. /path/to/repo),jedná se o výchozí a –local je v podstatě no-op., Pokud je therepository zadáno jako URL, pak je tento příznak ignorován (a wenever použít místní optimalizace). Zadání --no-local willoverride výchozí, když /path/to/repo je dáno, pomocí regularGit dopravy místo.
–no-hardlinky
Vynutit proces klonování z úložiště na localfilesystem kopírovat soubory v .git/objectsadresář namísto použití hardlinky. To může být žádoucípokud se snažíte zálohovat úložiště.,
-s –shared
Když repozitář naklonovat je na lokálním počítači,namísto použití pevné odkazy, automatické nastavení.git/objects/info/alternates sdílet objectswith zdroj úložiště. Výsledný repositorzačíná bez vlastního objektu.
poznámka: Jedná se o možná nebezpečnou operaci; nepoužívejte, pokud nerozumíte tomu, co dělá. Pokud jste klon yourrepository pomocí této možnosti a pak odstranit větve (nebo použít jiný příkaz Git to dělá všechny existující spáchat neodkazované) pramen úložiště, některé objekty se mohou stát neodkazované (nebo visící).,Tyto objekty mohou být odstraněny běžnými operacemi Git (například git commit), které automaticky volají git maintenance run --auto. (Seegit-údržba.) Pokud jsou tyto objekty odstraněny a byly odkazoványpod klonovaným úložištěm se klonované úložiště poškodí.
Všimněte si, že běží git repack --local možnost v repositorycloned s --shared bude kopírovat objekty ze zdrojového úložiště do packin klonovaný repozitář, odstranění disku úspory clone --shared.,Je však bezpečné spustit git gc, který používá volbu--local bydefault.
if you want to break závislost repozitář naklonoval s --shared najeho zdroj úložiště, můžete jednoduše spustit git repack -a kopírovat allobjects ze zdrojového úložiště do pack v klonovaný repozitář.,
–odkaz <úložiště>
Pokud referenční úložiště je na lokálním počítači,automaticky nastavení .git/objects/info/alternates získat předměty z referenční úložiště. Použití již existujícího repozitáře jako náhradníka bude vyžadovat méně objektů, které mají být zkopírovány z klonovaného úložiště, což snižuje náklady na síť a místní úložiště.Při použití --reference-if-able se přeskočí neexistující adresář s upozorněním namísto zrušení klonu.,
poznámka: Viz poznámka pro volbu --shared a také volbu--dissociate.
–disociují
Půjčit objekty z referenčního repozitáře specifiedwith --reference možnosti pouze ke snížení networktransfer, a přestat si půjčovat od nich po klon je madeby provedení nezbytných místní kopie vypůjčených předmětů., Tuto možnost lze použít také při klonování lokálně z arepository, že už půjčuje předměty z anotherrepository—nové úložiště, půjčit objekty z téhož úložiště, a tato volba může být použita k zastavení theborrowing.
-q –quiet
pracovat tiše. Pokrok není hlášen standarderror stream.
– v –verbose
spustit doslovně. Nemá vliv na hlášení stavu postupuna standardní chybový proud.,
— progress
Progress status je hlášen na standardní chybě streamby default, pokud je připojen k terminálu, pokud není zadán --quiet. Tento příznak vynutí stav pokroku, i kdyžstandardní chybový proud není směrován na terminál.
–server-volba=<>
Přenášet daný řetězec na server při komunikaci usingprotocol verze 2. Daný řetězec nesmí obsahovat nulovou nebo LFcharacter. Zpracování serverových možností, včetněznámých, je specifické pro server.,Když je uvedeno více --server-option=<option>, Jsou allsent na druhou stranu v pořadí uvedeném na příkazovém řádku.
– n — no-checkout
Po dokončení klonu se neprovádí žádná kontrola hlavy.
— bare
vytvořte holé úložiště Git. To znamená, že namísto vytváření <directory> a uvedení administrativefiles v <directory>/.git, aby <directory>$GIT_DIR. To samozřejmě znamená --no-checkout, protože není kam zkontrolovat pracovní strom.,Také pobočky hlavy na vzdálené jsou zkopírovány přímo odpovídající místní pobočky hlavy, bez mappingthem refs/remotes/origin/. Při použití této možnosti nejsou vytvořeny větve vzdáleného sledování ani proměnné související s konfigurací.
–sparse
Inicializovat sparse-checkout souboru, takže workingdirectory začíná pouze soubory v rootof úložiště. Soubor sparse-checkout může býtmodifikován pro růst pracovního adresáře podle potřeby.,
–filter=<filtr-spec>
Použijte částečný klon funkce a požadovat, aby server sendsa podmnožinu dosažitelné předměty podle daného objektu filtru.Při použití --filterse pro částečný klonový filtr používá dodaný <filter-spec>. Například --filter=blob:none bude filtrovat všechny kuličky (obsah souboru), dokud nebude potřeba Git. Také--filter=blob:limit=<size> odfiltruje všechny kuličky sizeat nejméně <size>., Další podrobnosti o specifikacích filtru naleznete v možnosti --filter v seznamu git-rev-list.
–mirror
nastavte zrcadlo zdrojového úložiště. To znamená --bare.Ve srovnání s --bare --mirror nejen mapy, místní pobočky pramen místních poboček cíle, mapuje všechny refs (includingremote-tracking větve, poznámky atd.) a nastaví refspec konfigurace suchthat všech těchto odkazech jsou přepsány git remote update v cílové úložiště.,
-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 <> –větev <>
Místo toho, směřující na nově vytvořené VEDOUCÍ pobočky pointedto tím, že klonovaný repozitář HLAVU, přejděte na <name> branchinstead. V ne-holém úložišti je to větev, která budebýt odhlášen.--branch může také vzít značky a oddělí hlavu v tomto commituve výsledném úložišti.,
-u <upload-pack> –upload-pack <upload-pack>
Pokud je podáván, a úložiště pro klonování je accessedvia ssh, to určuje, non-výchozí cesta pro commandrun na druhém konci.
–šablona=<template_directory>
Zadejte adresář, ze které šablony budou použity;(Viz „TEMPLATE“ části git-init.,)
-c <klíč>=<> –config <klíč>=<hodnota>
Nastavte konfigurační proměnné v nově vytvořené úložiště;tento efekt se projeví okamžitě po úložiště isinitialized, ale před vzdálená historie je přitažené za vlasy, nebo soubory, zkontrolovat. Klíč je ve stejném formátu, jak se očekávalo bygit-config (např. core.eol=true)., Pokud jsou multiplevalues uvedeny pro stejný klíč, bude každá hodnota zapsánasoubor config. Díky tomu je bezpečné například přidatdalší načtení refspecs do dálkového ovladače origin.
kvůli omezením současné implementace se některé konfiguracevariables projeví až po počátečním načtení a pokladně.Konfigurační proměnné známo, nemá účinky jsou:remote.<name>.mirror remote.<name>.tagOpt. Použijte místo toho odpovídající--mirror a--no-tags možnosti.,
–depth <depth>
vytvořte mělký klon s historií zkrácenou na počet commitů. Implikuje --single-branch pokud--no-single-branch je dána načíst historii v blízkosti thetips všech větví. Pokud chcete klonovat submoduly mělce, projděte také --shallow-submodules.
— shallow-since=<date>
vytvořte mělký klon s historií po stanoveném čase.,
– mělké-exclude=<revize>
Vytvořit mělký klon s historií, kromě commitsreachable ze zadané vzdálené větve nebo značky. Tato možnostmohou být zadány vícekrát.
–single-pobočka
Klonovat jenom historie vedoucí ke špičce jedinou pobočku,a to buď zadaný v --branch možnost nebo primarybranch vzdálené HEAD body.Další načítání do výsledného úložiště pouze aktualizuje větev sledování dat pro větev tato volba byla použita pro počáteční klonování., Pokud hlava na dálkovém ovladači neukazovala na žádnébranch, když byl vytvořen klon --single-branch, není vytvořen žádný dálkový trackingbranch.
— no-tags
lze použít ve spojení s --single-branch pro klonování azachovat větev bez jiných odkazů než jediného klonovanch. To je užitečné např. pro udržení minimálních klonů defaultbranch nějakého úložiště pro indexování vyhledávání.
–recurse-submoduly
Poté, co klon je vytvořen, inicializovat a klon submoduleswithin na základě poskytnutých pathspec., Pokud není k dispozici žádný pathspec, všechny submoduly jsou inicializovány a klonovány.Tuto možnost lze zadat vícekrát pro pathspecs, které se skládají z více položek. Výsledný klon má submodule.active nastaven na zadanou cestu nebo „.“(což znamená všechny submoduly), pokud je k dispozici nopathspec.
submoduly jsou inicializovány a klonovány pomocí výchozího nastavení. To je dáno spuštěním git submodule update --init --recursive <pathspec> ihned po dokončení klonu. Tato volba je ignorována, pokud klonované úložiště nemá worktree / checkout (tj., --no-checkout/-n --barenebo --mirror)
–mělké-submoduly
Všechny submoduly, které jsou klonovaných bude mělké s hloubkou 1.
–remote-submoduly
Všechny submoduly, které jsou klonovaných bude používat status submodul’sremote-sledování větev aktualizovat submodulu, spíše než thesuperproject je zaznamenán SHA-1. Ekvivalentní průchodu --remotenagit submodule update.,
–samostatné-git-dir=<git dir>
Místo toho, aby umístění klonovaný repozitář, kde je měl být, místo klonovaný repozitář v zadaném adresáři,pak se filesystém-agnostik Git symbolický odkaz.Výsledkem je, že úložiště Git lze oddělit od workingtree.
-j <> –jobs <>
počet dílčích modulů přitažené za vlasy ve stejnou dobu.Výchozí hodnota volby submodule.fetchJobs.,
<repository>
(případně vzdálené) repository to clone from. Další informace o specifikacích repozitářů naleznete v části adresy URL git níže.
<directory >
Leave a Reply