– q — quiet
Quiet, suppress feedback messages.
— progress — no-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 lehetővé teszi a folyamatjelentést, ha nemegy terminálhoz csatolva, függetlenül a --quietértéktől.
-f –force
ágak váltásakor akkor is járjon el, ha az index vagy a fa eltér aHEAD – tól. Ezt arra használják, hogy eldobjákhelyi változások.
az index útvonalainak ellenőrzésekor ne hagyja figyelmen kívül az unmergedentries-t; ehelyett az unmerged bejegyzéseket figyelmen kívül hagyják.
— miénk — övék
amikor megnézed utak az index, Nézd meg a színpadon # 2 (a miénk) vagy #3 (övék) a ki nem hajtott utak.
vegye figyelembe, hogy a és git pull --rebase alatt a miénk ésaz urak cserélve jelenhetnek meg; --ours megadja a változatnak a thebranch-ból a változásokat, míg --theirs div > megadja afordítást az ágból, amely megtartja a munkádat, amelyet újraindítanak.
Ez azért van, mert a rebase egy olyan munkafolyamatban használatos, amely a távvezérlő történetét közös kanonikusként kezeli, és a fióktelepen végzett munkát úgy kezeli, mint a harmadik féltől származó munkát, hogy integrálódjon, és ideiglenesen vállalja a kanonikus történelem kezelőjének szerepét a rebase során. A kanonikus történelem őrzőjeként a történelmet a”remoteas ours (azaz” közös kanonikus történetünk”) alapján kell megtekinteni, míg amit az oldalágon tett, mint theirs (azaz “one contributor’ s work on topof it”).
-b <new_branch>
Hozzon létre egy új fiókot, melynek neve <new_branch> és indítsa el a<start_point>; a részleteket lásd a git-ágban.
– B <new_branch>- t –track
új ág létrehozásakor állítsa be az” upstream ” konfigurációt. Lásd:”-track ” a git-branch a részletekért.
Ha nem -b opció van megadva, akkor az új ág neve leszmegkapta a távoli nyomkövető ágból, megnézve a megfelelő távvezérlőhöz konfigurált refspec helyi részét, majd a kezdeti részt a “*”-ig.Ez azt mondaná, hogy ahack helyi ágként használjuk aorigin/hack (vagyremotes/origin/hack, vagy akárrefs/remotes/origin/hack) elágazásakor. Ha az adott névnek nincs perjele, vagy a fentia feldolgozás üres nevet eredményez, a találgatás megszakad. Ilyen esetben a -b nevet adhatja meg.
–no-track
ne állítsa be az “upstream”konfigurációt, még akkor sem, ha abranch.autoSetupMerge konfigurációs változó igaz. –hiszem … nem hiszem, <branch> nem találtam, de ott létezik egy trackingbranch pontosan egy távoli (nevezzük <remote>) a amatching neve, kezeljük egyenrangú
$ git checkout -b <branch> --track <remote>/<branch>
Ha a fióktelep létezik több távirányítót, majd az egyikük neve a checkout.defaultRemote konfigurációs változót használjuk thatone alkalmazásában. nemzetközi formája:, még akkor is, ha a <branch> nem’tunique az összes távirányítót. Állítsa be a lábujját.g. checkout.defaultRemote=origina remotebranches onnan történő fizetéséhez, ha <branch> kétértelmű, de létezik a theorigin remote-on. Lásd még: checkout.defaultRemote ingit-config.
--guess az alapértelmezett viselkedés. A letiltáshoz használja a --no-guess értéket.
Az alapértelmezett viselkedés a checkout.guess configurationvariable segítségével állítható be.
– l
hozza létre az új ág naplóját; lásd: git-branch fordetails.
– d — detach
ahelyett, hogy megnézni egy ág dolgozni rajta, nézd meg acommit ellenőrzés és discardable kísérletek.Ez a git checkout <commit> alapértelmezett viselkedése, amikor a<commit> nem ágnév. Lásd a” leválasztott fej ” szakaszotalább a részletekért.
— orphan <new_branch>
Hozzon létre egy új árva ágat, melynek neve <new_branch><start_point> és váltson rá. Az első elkövetni készült thisnew egység nem a szülők, majd a gyökere egy newhistory teljesen eltávolodott a többi ágak andcommits.
az index és a munkafa úgy van beállítva, mintha korábbangit checkout <start_point>futtatta volna. Ez lehetővé teszi egy új történet elindításáthogy a <start_point> – hoz hasonló útvonalakat rögzít agit commit -a futtatásával, hogy a gyökér elkötelezze magát.
Ez akkor lehet hasznos, ha a fát egy commitwith-ből szeretné közzétenni anélkül, hogy teljes előzményeit felfedné. Érdemes lehet ezt közzétenniegy olyan projekt nyílt forráskódú ága, amelynek jelenlegi fája “tiszta”, deakinek a teljes története saját vagy más módon kódolt kódrészleteket tartalmaz.
Ha meg szeretné kezdeni a leválasztott történelem, amely rögzíti egy sor pathsthat teljesen más, mint a <start_point>, akkor shouldclear az index, illetve a dolgozó fa létrehozása után a orphanbranch futó git rm -rf . a felső szinten a munka fa.Ezután készen áll az új fájlok elkészítésére, a munkafa újratelepítésére, másolás őket máshonnan, tarball kinyerése stb.
— ignore-skip-worktree-bit
ritka pénztár módban, git checkout -- <paths> wouldupdate only entries matched by <paths> and sparse patternsin $GIT_DIR/info/sparse-checkout. Ez az opció figyelmen kívül hagyja a ritka mintákat, majd visszaad minden fájlt a <paths>fájlba.
-m –merge
ágak váltásakor, ha helyi módosításai vannak egy vagy több fájlra, amelyek különböznek az aktuális ág és az ág közöttamelyre váltasz, a parancs megtagadja a switchbranches használatát annak érdekében, hogy megőrizze a módosításokat a kontextusban.Ezzel az opcióval azonban háromirányú összeolvadás jön létre az aktuális ág, a munkafa tartalma és az új ág között, és az új ágon lesz.
Ha egy merge konfliktus történik, a conflictingpaths indexbejegyzései nem jelennek meg, és meg kell oldania a konfliktusokatés jelölje meg a megoldott útvonalakat a git add (vagy git rm ha az egyesülések az útvonal törlését eredményezik).
az index görbéinek ellenőrzésekor ez az opció lehetővé teszi, hogy újrateremtse a konfliktusos egyesítést a megadott görbékben.
Ha az ágakat--merge – val váltja át, a szakaszos változások elveszhetnek.
–conflict=<style>
ugyanaz, mint a --merge fenti opció, de megváltoztatja amerge.conflictStyle konfigurációs változó. A lehetséges értékek a”merge” (alapértelmezett) és a “diff3″ (amellett, amit az”merge” stílus mutat, az eredeti tartalmat mutatja).
– P –patch
interaktívan válassza ki a <tree-ish> (vagy az index, ha nincs megadva) és a workingtree közötti különbséget. A kiválasztott púpokat ezután hátramenetben alkalmazzák a fára (és ha a<tree-ish> meg lett adva, akkor az index).
Ez azt jelenti, hogy agit checkout -p segítségével szelektíven eltávolíthatja az aktuális munkafáról. Lásd a Git-add”interaktív mód” szakaszát a --patch mód működtetésének megtanulásához.
vegye figyelembe, hogy ez az opció alapértelmezés szerint a No overlay módot használja (lásd még:--overlay), és jelenleg nem támogatja az overlay módot.
— ignore-other-worktrees
git checkout megtagadja, ha a keresett ref már checkedout egy másik worktree. Ez az opció egyébként ellenőrzi az újratöltést. Más szóval, a ref lehet tartani több mint egyworktree.
–overwrite-ignore –no-overwrite-ignore
csendben felülírja a figyelmen kívül hagyott fájlokat az ágak váltásakor. Ez az alapértelmezett viselkedés. A--no-overwrite-ignore használatával megszakíthatja a műveletet, ha az új ág figyelmen kívül hagyott fájlokat tartalmaz.
–recurse-submodules –no-recurse-submodules
Using --recurse-submodules frissíti az összes activesubmodules tartalmát a superprojectben rögzített commit szerint. Az Iflocal módosítások egy almodulban felülírnák a checkoutwill-t, kivéve, ha -f használatos. Ha semmit (vagy --no-recurse-submodules)nem használunk, akkor a dolgozó fák almoduljai nem frissülnek.Csakúgy, mint a git-almodul, ez leválasztja a HEAD a thesubmodule-t.
— overlay — no-overlay
Az alapértelmezett overlay módban, git checkout neveremove files from the index or the working tree. Amikor --no-overlay, az indexben megjelenő fájlok ésmegmunkáló fa, de nem a <tree-ish> eltávolításra kerülnek, hogy themmatch <tree-ish> pontosan.
— pathspec-from-file = <file>
Pathspec kerül átadásra <file> parancssor args helyett. Ha<file> pontosan - akkor a standard bemenetet használjuk. Pathspecelements elválasztjuk LF vagy CR / LF. A Pathspec elemek a core.quotePathkonfigurációs változóra magyarázhatók(lásd git-config). Lásd még: --pathspec-file-nul andglobal --literal-pathspecs.
— pathspec-file-nul
csak a --pathspec-from-fileértékkel értelmezhető. A Pathspec elemek NUL karakterrel vannak elválasztva, az összes többi karakter pedig szó szerint (beleértve az újsorokat és idézeteket).
<branch>
Branch to checkout; if it refuses to a branch (azaz a name that, when prepended with” refs/heads/”, is a valid ref), then thatbranch is checked out. Ellenkező esetben, ha validcommit-re utal, a HEAD “leválasztott” lesz, és már nem vagybármely ág (lásd alább a részleteket).
különleges esetként a A...B
AésBparancsikonként használhatja aAésBha pontosan egy egyesítési bázis van. AAésBközül legfeljebb egyet hagyhat ki, ebben az esetben alapértelmezés szerint . <new_branch>
az új ág neve.
<start_point>
az új ág elindítására kötelezett személy neve; seegit-branch a részletekért. Alapértelmezésben HEAD.
különleges esetként a "A...B"
AésBparancsikonként használhatja aAésBha pontosan egy egyesítési bázis van. AAésBközül legfeljebb egyet hagyhat ki, ebben az esetben alapértelmezés szerint . <tree-ish>
Tree to checkout from (when paths are giving). Ha nincs megadva, az index kerül felhasználásra.
különleges esetként a "A...B"
AésBparancsikonként használhatja aAésBha pontosan egy egyesítési bázis van. AAésBközül legfeljebb egyet hagyhat ki, ebben az esetben alapértelmezés szerint . —
ne értelmezzen több érvet opcióként.
<pathspec>…
korlátozza a művelet által érintett útvonalakat.
további részletekért lásd a pathspec bejegyzést gitglossary.