-q –quiet
Quiet, potlačení zpětnovazebních zpráv.
— progress — no-progress
stav průběhu je hlášen při standardní chybě streamby default, když je připojen k terminálu, pokud není zadán --quiet. Tento příznak umožňuje hlášení pokroku, i když nepřipojené k terminálu, bez ohledu na --quiet.
– f –force
při přepínání větví pokračujte, i když se index nebo pracovní strom liší od HEAD. To se používá k odhozenímístní změny.
při kontrole cest z indexu neselhávejte na unmergedentries; místo toho jsou unmerged položky ignorovány.
–ours –their
při kontrole cest z indexu se podívejte na stage #2(naše) nebo #3 (jejich) pro nezměněné cesty.
Všimněte si, že během git rebasegit pull --rebase naše andtheirs se mohou objevit vyměnil; --ours dává verzi z thebranch změny jsou rebased na, zatímco --theirs dává verzi aplikace z větve, která má svou práci, která je rebased.
, protože rebase je použit ve workflow, které léčí thehistory na dálkovém jako sdílené kanonické, a zachází thework provádí na větev jste rebasing jako třetí strany práce tobe integrované, a jste dočasně za předpokladu, že role thekeeper kanonické historie během rebase. Jako brankář z kanonický historie, budete potřebovat k zobrazení historie z remoteas ours (tj. „naše společná kanonický historie“), zatímco to, co tě v tvojí straně větev jako theirs (tj. „one contributor‘ s work on topof it“).
-b <new_branch>
Vytvořit novou větev s názvem <new_branch> a začátek je v<start_point>; viz git-branch pro podrobnosti.
-B <new_branch> -t-track
Při vytváření nové pobočky, nastavit „proti proudu“ konfiguraci. Viz“–track“ v GIT-branch podrobnosti.
Pokud ne, -b možnost je dána, název nové pobočky bude bederived z remote-tracking větve, při pohledu na místní část refspec nakonfigurován pro odpovídající ovladač a pak strippingthe počáteční část, na „*“.Toto by nám mělo říci použít hack jako místní pobočku, když branchingoff origin/hack (nebo remotes/origin/hack neborefs/remotes/origin/hack). Pokud dané jméno nemá lomítko nebo výše uvedenévýsledkem je prázdné jméno, hádání je přerušeno. V takovém případě můžete implicitně zadat název s -b.
–no-track
nenastavujte konfiguraci „upstream“, i když je konfigurační proměnnábranch.autoSetupMerge pravdivá.
–hádej –no-asi
Pokud <branch> není nalezen, ale tam existuje trackingbranch přesně jeden dálkový (call <remote>) s amatching jméno, léčit za rovnocenné
$ git checkout -b <branch> --track <remote>/<branch>
v Případě, že pobočka existuje ve více dálkových ovladačů a jeden z nich je jménem, které checkout.defaultRemote konfigurace proměnné, použijeme thatone pro účely disambiguation, i když <branch> není’tunique ve všech dálkových ovladačů. Nastavte to na špičku.g. checkout.defaultRemote=origin Chcete-li vždy pokladna remotebranches odtamtud, pokud <branch> je nejednoznačný, ale existuje na theorigin remote. Viz také checkout.defaultRemote ingit-config.
--guess je výchozí chování. Použijte --no-guess pro jeho deaktivaci.
výchozí chování lze nastavit pomocí checkout.guess configurationvariable.
– l
Vytvořte reflog nové větve; viz fordetails větve git.
– d — detach
spíše než odhlašování větev pracovat na něm, podívejte se na acommit pro kontrolu a odhazovatelné experimenty.Toto je výchozí chování git checkout <commit> když<commit> není název větve. Podrobnosti viz část“ oddělená hlava “ níže.
–sirotek <new_branch>
Vytvořit nový sirotek větev, pojmenovanou <new_branch>, začal od<start_point> a na něj přepnout. První odevzdání provedeno na thisnew pobočka nebude mít žádné rodiče, a to bude odmocnina z newhistory naprosto odpojen od všech ostatních poboček andcommits.
index a pracovní strom se upraví, jako byste dříve spustiligit checkout <start_point>. To vám umožní začít nový historythat záznamy sadu cesty podobné <start_point> snadno běžígit commit -a udělat root commit.
To může být užitečné, když chcete publikovat na strom, z commitwithout vystavovat své plné historie. Možná to budete chtít udělat pro publishan Open source větev projektu, jehož aktuální strom je „čistý“, ale jehož plná historie obsahuje proprietární nebo jinak zatížené bity kódu.
Pokud chcete začít odpojen historie, která zaznamenává sada pathsthat je zcela odlišný od toho, <start_point>, pak shouldclear index a pracovní strom po vytvoření orphanbranch spuštěním git rm -rf . z horní úrovni pracovní strom.Poté budete připraveni připravit nové soubory, podpory pracovního stromu, zkopírováním odjinud, extrahování archivu, atd.
–ignore-skip-worktree-bitů
V řídké režimu pokladny, git checkout -- <paths> wouldupdate pouze položky uzavřeno do <paths> a řídké patternsin $GIT_DIR/info/sparse-checkout. Tato volba ignoruje řídké vzory a přidá zpět všechny soubory v <paths>.
-m, –merge
Při přepnutí větví,pokud máte místní změny, aby jeden nebo více souborů, které se liší mezi aktuální větev a větev, do které přecházíte, příkaz odmítne switchbranches v zájmu zachování své změny v kontextu.Nicméně, s touto volbou, třícestné sloučení mezi proudemobočka, obsah pracovního stromu a nová větveje hotovo a budete na nové větvi.
Při merge konfliktu se stane, index položky pro conflictingpaths jsou ponechány před fúzí, a budete muset vyřešit conflictsand označit vyřešen cesty s git add (nebo git rm pokud mergeshould v důsledku zrušení cesty).
při kontrole cest z indexu vám tato volba umožní znovu vytvořit konfliktní sloučení v zadaných cestách.
při přepínání větví s --merge mohou být postupné změny ztraceny.
–konflikt=<styl>
stejně jako --merge možnost výše, ale mění způsob, jakým theconflicting fešáci jsou uvedeny přepsánímerge.conflictStyle konfigurační proměnné. Možné hodnoty jsou „sloučit“ (výchozí) a „diff3″(kromě toho, co je zobrazeno stylem“ sloučit“, zobrazuje původní obsah).
-p, –patch
Interaktivně vybrat fešáci v rozdíl mezi<tree-ish> (nebo indexu, pokud nespecifikovaná) a workingtree. Vybrané fešáky jsou pak aplikovány obráceně na pracovní strom (a pokud byl zadán <tree-ish>, index).
to znamená, že můžete použít git checkout -p k selektivnímu vyřazení z aktuálního pracovního stromu. V části“Interaktivní režim“ git-add se dozvíte, jak ovládat režim --patch.
Všimněte si, že tato volba ve výchozím nastavení používá režim no overlay (viz také--overlay) a v současné době nepodporuje režim overlay.
— ignore-other-worktrees
git checkout odmítá, když je hledaný ref již zkontrolován jiným worktree. Tato možnost umožňuje stejně zkontrolovat refout. Jinými slovy, ref může být držen více než jednímstromu práce.
–overwrite-ignore –no-overwrite-ignore
při přepínání větví tiše přepisujte ignorované soubory. Toto je výchozí chování. Použijte --no-overwrite-ignore k přerušení operace, když nová větev obsahuje ignorované soubory.
–recurse-submoduly-ne-recurse-submoduly
Pomocí --recurse-submodules bude aktualizovat obsah všech activesubmodules podle spáchat zaznamenány v superproject. Pokud se použije -f, budou přepsány změny v submodule. Pokud není použito nic (nebo --no-recurse-submodules), pracovní stromy submodulů nebudou aktualizovány.Stejně jako git-submodule, toto oddělí HEAD z thesubmodule.
–overlay — no-overlay
ve výchozím režimu overlay git checkout nikdy neodstraňuje soubory z indexu nebo pracovního stromu. Whenspecifying --no-overlay, soubory, které se objevují v indexu pracovních stromu, ale ne v <tree-ish> jsou odstraněny, aby se themmatch <tree-ish> přesně tak.
–pathspec-z-file=<soubor>
Pathspec je předán v <file> místo commandline args. Pokud<file> je přesně - pak se použije standardní vstup. Pathspecelements jsou odděleny LF nebo CR / LF. Prvky Pathspec mohou být uvedeny, jak je vysvětleno pro konfigurační proměnnou core.quotePath(viz git-config). Viz také --pathspec-file-nul andglobal --literal-pathspecs.
–pathspec-file-nul
má význam pouze s --pathspec-from-file. Pathspec elements areseparated with nul character and all other characters are takenliterally (including newlines and quotes).
<větve>
Pobočce na pokladně; pokud se vztahuje k pobočce (tj. jméno, které,když předřazen s „refs/heads/“, je platný ref), pak thatbranch je zkontrolovat. V opačném případě, pokud se odkazuje na validcommit, vaše HEAD se „oddělí“ a již nejste na žádné větvi (podrobnosti viz níže).
Jako speciální případ můžete použít A...B jako zkratku pro sloučení základna AB pokud je přesně jeden sloučit základnu. Ty canleave ven nanejvýš jeden AB, v tom případě, že výchozí nastavení je HEAD.
<new_branch>
název nové větve.
<start_point>
jméno spáchat, na kterém začít novou větev; seegit-pobočka pro podrobnosti. Výchozí hodnota je HEAD.
Jako speciální případ můžete použít "A...B" jako zkratku pro sloučení základna AB pokud je přesně jeden sloučit základnu. Ty canleave ven nanejvýš jeden AB, v tom případě, že výchozí nastavení je HEAD.
<tree-ish>
strom k pokladně z (pokud jsou uvedeny cesty). Pokud není uvedeno, bude použit index.
Jako speciální případ můžete použít "A...B" jako zkratku pro sloučení základna AB pokud je přesně jeden sloučit základnu. Ty canleave ven nanejvýš jeden AB, v tom případě, že výchozí nastavení je HEAD.
—
neinterpretujte žádné další argumenty jako volby.
<pathspec> …
omezuje cesty ovlivněné operací.
Další podrobnosti naleznete v položce pathspec v gitglossary.