-S-stille
stille, undertrykke feedback-beskeder.
–progress –no-progress
Status For Fremskridt rapporteres på standardfejlstrømmen som standard, når den er knyttet til en terminal, medmindre --quieter angivet. Dette flag muliggør statusrapportering, selvom det ikke er knyttet til en terminal, uanset --quiet.
– f –force
når du skifter grene, skal du fortsætte, selvom indekset ellerarbejdstræet adskiller sig fra HEAD. Dette bruges til at smide væklokale ændringer.
Når du tjekker stier fra indekset, mislykkes ikke ved unmergedentries; i stedet ignoreres unmerged-poster.
– Vores-deres
når du tjekker stier fra indekset, skal du tjekke fase #2(Vores) eller #3 (Deres) for ikke-smeltede stier.
Bemærk, at undergit rebase oggit pull --rebase, kan vores andtheirs vises byttet;--ours giver versionen fragrench ændringerne rebaseres på, mens--theirs giver denversion fra den gren, der holder dit arbejde, der bliver rebased.
dette skyldes, atrebase bruges i en arbejdsgang, der behandler historien på fjernbetjeningen som den delte kanoniske, og behandler det arbejde, der udføres på den gren, du rebaserer som tredjepartsarbejdet, der skal integreres, og du påtager dig midlertidigt rollen som keeper af den kanoniske historie under rebasen. Som keeper af den kanoniske historie skal du se historien fra remoteas ours (dvs. “vores fælles kanoniske historie”), mens hvad du gjorde på din sidegren som theirs (dvs. “en bidragyders arbejde på topaf det”).
-b <ny_branch>
Opret en ny filial ved navn <new_branch> og start den på<start_point>; se git-branch for detaljer.
– b <ny_branch>- t –track
når du opretter en ny gren, skal du oprette” opstrøms ” konfiguration. Se” — track ” i git-branch for detaljer.
Hvis der ikke er angivet nogen-b, vil navnet på den nye filial blive afledt fra fjernsporingsgrenen ved at se på den lokale del af refspec konfigureret til den tilsvarende fjernbetjening og derefter strippe den indledende del op til “*”.Dette ville fortælle os at bruge hack som den lokale filial, når du forgrener dig af origin/hack (eller remotes/origin/hack, eller enddarefs/remotes/origin/hack). Hvis det givne navn ikke har nogen skråstreg, eller ovenståendegæstelse resulterer i et tomt navn, gætningen afbrydes. Du kanforklarligt give et navn med -b i et sådant tilfælde.
–no-track
Opsæt ikke “opstrøms” konfiguration, selvombranch.autoSetupMerge konfigurationsvariablen er sand.
-guess-no-guess
Hvis <branch> findes ikke, men der findes en sporinggren i nøjagtigt en fjernbetjening (kald det <remote>) med amatching navn, behandle som svarende til
$ git checkout -b <branch> --track <remote>/<branch>
hvis filialen findes i flere fjernbetjeninger, og en af dem er navngivet afcheckout.defaultRemotekonfigurationsvariablen, bruger vi den ene til flertydig, selvom<branch> ikke er unik på tværs af alle fjernbetjeninger. Sæt det tå.g. checkout.defaultRemote=origin til altid kassen remotebranches derfra hvis <branch> er tvetydig, men findes på theorigin remote. Se også checkout.defaultRemote ingit-config.
--guess er standardadfærd. Brug --no-guess for at deaktivere det.
standardadfærden kan indstilles viacheckout.guess konfigurationvariabel.
-l
Opret den nye filials reflog; se git-branch fordetaljer.
-d –løsn
i stedet for at tjekke en gren til at arbejde på det, tjek acommit for inspektion og kasserbare eksperimenter.Dette er standardadfærden for git checkout <commit>når<commit> er ikke et filialnavn. Se afsnittet” fritliggende hoved ” nedenfor for detaljer.
–orphan <ny_branch>
Opret en ny orphan branch, navngivet <new_branch>, startet fra<start_point> og skift til den. Den første forpligtelse på denne nye gren vil ikke have nogen forældre, og det vil være roden til en ny historie, der er helt afbrudt fra alle de andre grene og forpligtelser.
indekset og arbejdstræet justeres som om du tidligere havde kørtgit checkout <start_point>. Dette giver dig mulighed for at starte en ny historieder registrerer et sæt stier, der ligner <start_point> ved nemt at køregit commit -a for at gøre root commit.
dette kan være nyttigt, når du vil offentliggøre træet fra en forpligtelseuden at udsætte dets fulde historie. Du vil måske gøre dette for at udgiveen open source-gren af et projekt, hvis nuværende træ er “rent”, menhvis fulde historie indeholder proprietære eller på anden måde belastede bitkoder.
Hvis du vil starte en afbrudt historie, der registrerer et sæt stierder er helt anderledes end den af<start_point>, så skal duklare indekset og arbejdstræet lige efter oprettelsen af orphanbranch ved at køregit rm -rf . fra det øverste niveau af arbejdstræet.Bagefter vil du være klar til at forberede dine nye filer, genbefolke detbearbejdningstræ, ved at kopiere dem fra andre steder, udtrække en tarball osv.
–Ignorer-skip-arbejdetræ-bits
i sparsom checkout-tilstandgit checkout -- <paths> ville kun opdatere poster matchet af<paths> og sparsomme mønstersin$GIT_DIR/info/sparse-checkout. Denne indstilling ignorerer de sparsomme mønstre og tilføjer alle filer tilbage i <paths>.
-m –Flet
når du skifter filialer,hvis du har lokale ændringer til en eller flere filer, der er forskellige mellem den aktuelle gren og den gren, som du skifter, nægter kommandoen at skiftegrene for at bevare dine ændringer i sammenhæng.Men med denne mulighed er en trevejsfletning mellem den nuværendegren, dit arbejdstræindhold og den nye grener færdig, og du vil være på den nye gren.
når der opstår en fletningskonflikt, bliver indeksposterne for konfliktstier ikke slået sammen, og du skal løse konflikterneog markere de løste stier med git add (eller git rm hvis fusionen skulle resultere i sletning af stien).
Når du tjekker stier fra indekset, giver denne indstilling dig mulighed for at genskabe den konfliktfyldte fletning i de angivne stier.
Når du skifter grene med --merge, kan iscenesatte ændringer gå tabt.
–conflict=<style>
det samme som--merge valgmulighed ovenfor, men ændrer den måde, hvorpå stridende hunks præsenteres, tilsidesættermerge.conflictStyle konfiguration variabel. Mulige værdier er ” merge “(standard) og” diff3″(ud over det, der vises med” merge ” – stil, viser det originale indhold).
-P –patch
interaktivt vælge hunks i forskellen mellem<tree-ish> (eller indekset, hvis uspecificeret) og arbejdettræ. De valgte hunks anvendes derefter omvendt tilarbejdstræet (og hvis et<tree-ish> blev angivet, indekset).
dette betyder, at du kan brugegit checkout -p til selektivt at kassere det fra dit nuværende arbejdstræ. Se afsnittet “interaktiv tilstand”i git-add for at lære at betjene --patch – tilstand.
bemærk, at denne indstilling bruger ingen overlay-tilstand som standard (Se også--overlay) og understøtter i øjeblikket ikke overlay-tilstand.
–Ignorer-andre-arbejdstræer
git checkout nægter, når den ønskede ref allerede er tjekket ud af en anden arbejdstræ. Denne mulighed gør det til at kontrollere refout alligevel. Med andre ord kan ref holdes af mere end enarbejdstræ.
-Overskriv-Ignorer-Nej-Overskriv-Ignorer
Overskriv lydløst ignorerede filer, når du skifter filialer. Dette er standardadfærd. Brug --no-overwrite-ignore for at afbrydeoperationen, når den nye gren indeholder ignorerede filer.
–recurse-submodules — no-recurse-submodules
brug af --recurse-submodules opdaterer indholdet af alle activesubmodules i henhold til den forpligtelse, der er registreret i superprojektet. Iflocal ændringer i en undermodul overskrives checkouten mislykkes, medmindre -f bruges. Hvis der ikke bruges noget (eller --no-recurse-submodules), vil undermoduler, der arbejder træer, ikke blive opdateret.Ligesom git-submodule vil dette løsne HEAD af submodule.
–overlay — no-overlay
i standard overlay-tilstand,git checkout neverremoves filer fra indekset eller arbejdstræet. Nårspecificering --no-overlay, filer, der vises i indekset ogarbejdstræ, men ikke i <tree-ish> fjernes for at gøre demmatch <tree-ish> præcis.
–pathspec-from-file= <file>
Pathspec er bestået i<file> i stedet for kommandolinje args. Hvis<file> er nøjagtigt - så bruges standardindgang. Pathspecelements er adskilt af LF eller CR/LF. Pathspec-elementer kan citeres som forklaret for konfigurationsvariablen core.quotePath(se git-config). Se også --pathspec-file-nul andglobal --literal-pathspecs.
–pathspec-file-nul
kun meningsfuld med --pathspec-from-file. Pathspec elementer er adskilt med NUL tegn og alle andre tegn er tagetbogstaveligt talt (herunder nye linjer og citater).
<branch>
Branch to checkout; hvis det refererer til en gren (dvs.et navn, der,når det er prependeret med” refs/heads/”, er en gyldig ref), så thatbranch er tjekket ud. Ellers, hvis det refererer til en validcommit, bliver din HEAD “løsrevet”, og du er ikke længere påenhver gren (se nedenfor for detaljer).
som et specielt tilfælde kan du brugeA...Bsom en genvej tilfusion base afAogB hvis der er nøjagtigt en fusionsbase. Du kanudlade højst en af A og B, i hvilket tilfælde Det standard HEAD.
<ny_branch>
navn til den nye gren.
<start_point>
navnet på en forpligtelse til at starte den nye filial; seegit-branch for detaljer. Standard HEAD.
som et specielt tilfælde kan du bruge"A...B"som en genvej tilfusion base afAogB hvis der er nøjagtigt en fusionsbase. Du kanudlade højst en af A og B, i hvilket tilfælde Det standard HEAD.
<tree-ish>
træ til kassen fra (når stier er givet). Hvis ikke angivet,vil indekset blive brugt.
som et specielt tilfælde kan du bruge"A...B"som en genvej tilfusion base afAogB hvis der er nøjagtigt en fusionsbase. Du kanudlade højst en af A og B, i hvilket tilfælde Det standard HEAD.
—
tolk ikke flere argumenter som valgmuligheder.
<pathspec>…
begrænser de stier, der er berørt af operationen.
For flere detaljer, se pathspec-posten i gitglossary.