Git-git-checkout Documentation

– q –quiet

Quiet, disclude feedback messages.

–progress –no-progress

Progress status ilmoitetaan keskivirhevirralle oletusarvoisesti, kun se on liitetty päätelaitteeseen, ellei --quietole määritelty. Tämä merkintä mahdollistaa edistymisen raportoinnin, vaikka sitä ei olisikaan liitetty päätelaitteeseen, riippumatta --quiet.

-f –force

haaroja vaihdettaessa edetään, vaikka indeksi tai työstöpuu eroaisi HEAD. Tätä käytetään heittämään awaylocal muutoksia.

kun tarkistat polkuja indeksistä, älä epäonnistu yhdistämättömien tietueiden kohdalla; sen sijaan yhdistämättömät tietueet jätetään huomiotta.

–our –their

kun tarkastat polkuja indeksistä, tarkista Vaihe #2(meidän) tai #3 (heidän) yhdistämättömille poluille.

huomaa, että aikana git rebase ja git pull --rebase, meidän and theirs voi näkyä swaped; --ours antaa version thebranchista muutokset ovat uudelleensijoittuneet päälle, kun taas --theirs antaa toisinnon siitä haarasta, joka pitää uudelleenpinnoitettavaa työtäsi.

tämä johtuu siitä, että rebase käytetään työnkulussa, jossa etähistoriaa käsitellään jaettuna kanonisena teoksena, ja uudelleen aloitettavalla haaralla tehtyä työtä kolmannen osapuolen integroitavana teoksena, ja sinä olet tilapäisesti ottamassa kanonisen historian pitäjän roolia uudelleenjärjestelyn aikana. Kanonisen historian pitäjänä sinun on katsottava historiaa etäältä ours (eli” yhteinen kanoninen historiamme”), kun taas mitä teit sivuhaarallasi theirs (ts. ”one contributor’ s work on topof it”).

-b <new_branch>

Luo uusi haara, jonka nimi on <new_branch> ja aloita se<start_point>; katso lisätietoja git-branchista.

-b <new_branch> -t –track

kun luot uutta haaraa, aseta ”upstream” – kokoonpano. Katso lisätietoja kohdasta” — track ” git-branch.

Jos ei -b valinta annetaan, uuden haaran nimi poistetaan etäseurantahaarasta katsomalla vastaavaa etähaaraa varten määritetyn refsc: n paikallinen osa ja sitten raidoitetaan alkuosa ”*”-kohtaan.Tämä kertoisi hack paikalliseksi haaraksi, kun origin/hack (tai remotes/origin/hack, tai joparefs/remotes/origin/hack). Jos etunimessä ei ole vinoviivaa tai edellä mainittu johtaa tyhjään nimeen, arvaaminen keskeytetään. Nimen voi antaa erikseen -b tällaisessa tapauksessa.

–no-track

Älä aseta ”upstream” – konfiguraatiota, vaikkabranch.autoSetupMerge konfiguraatiomuuttuja olisi tosi.

–guess –no-guess

If <branch> is not found but there exist a trackingbranch in exactly one remote (call it <remote>) with amatching name, treat as equivalent as

$ git checkout -b <branch> --track <remote>/<branch>

Jos haara on olemassa useassa kaukosäätimessä ja yksi niistä on nimettycheckout.defaultRemotekonfiguraatiomuuttuja, käytämme sitä disambiguaation tarkoituksiin, vaikka<branch>ei ole yhtenäinen kaikissa kaukosäätimissä. Aseta varvas.g. checkout.defaultRemote=origin to always checkout remotebranches from there if <branch> on epäselvä, mutta on olemassa theorigin remote. Katso myös checkout.defaultRemote ingit-config.

--guess on oletuskäyttäytyminen. Poista se käytöstä --no-guess.

oletuskäyttäytyminen voidaan asettaa checkout.guess konfigurointivariable.

-l

luo uuden haaran reflogi; katso git-haaran fordetailit.

-d –irrota

sen sijaan, että tarkastaisit haaran työstääksesi sitä, tutustu tarkastuskomiteaan ja hylättäviin kokeisiin.Tämä on git checkout <commit>, kun<commit> ei ole haaran nimi. Katso lisätietoja kohdasta ”irrotettu pää”.

–orphan <new_branch>

Luo uusi orpohaara, jonka nimi on <new_branch>, aloitti<start_point> ja vaihtoi siihen. Ensimmäisessä uudessa haarassa tehdyssä sitoumuksessa ei ole vanhempia, ja se on uuden historian alku, joka on täysin irrallaan kaikista muista haaratoimistoista ja komiteoista.

indeksiä ja työpuuta säädetään ikään kuin olisi aiemmin ajettugit checkout <start_point>. Näin voit aloittaa uuden historiankirjoituksen, joka tallentaa joukon polkuja, jotka ovat samanlaisia kuin <start_point> ajamalla helpostigit commit -a, jotta juuri saadaan toimitettua.

tästä voi olla hyötyä, kun haluat julkaista puun toimituksesta paljastamatta sen koko historiaa. Haluat ehkä tehdä tämän julkaistaksesi avoimen lähdekoodin haaran projektille, jonka nykyinen puu on ”puhdas”, mutta jonka koko historia sisältää suljettuja tai muulla tavoin lisättyjä koodibittejä.

Jos haluat aloittaa irrallisen historian, joka tallentaa täysin erilaisen polkujoukon kuin <start_point>, sinun tulisi selvittää indeksi ja työpuu heti orphanch-hakujärjestelmän luomisen jälkeen ajamalla git rm -rf . työpuun ylimmältä tasolta.Sen jälkeen olet valmis valmistelemaan uudet tiedostosi, kansoittamaan työpuun uudelleen, kopioimalla ne muualta, uuttamalla tervapallon jne.

–ignore-skip-worktree-bits

in sparse checkout mode, git checkout -- <paths> wouldupdate only entries matched by <paths> and sparse patterns $GIT_DIR/info/sparse-checkout. Tämä asetus ei huomioi harvoja kuvioita ja lisää takaisin kaikki tiedostot <paths>.

-m –merge

kun vaihdat haaroja,jos sinulla on paikallisia muutoksia yhteen tai useampaan tiedostoon, jotka ovat erilaisia nykyisen haaran ja vaihdettavan haaran välillä, komento kieltäytyy vaihtamasta haaroja säilyttääkseen muokkauksesi kontekstissa.Kuitenkin, tällä valinnalla, kolmitie yhdistää nykyisen Branch, työskentely puun sisällön, ja uuden haaran tehdään, ja olet uuden haaran.

kun yhdistymisristiriita tapahtuu, ristiriitatilanteiden indeksimerkinnät jätetään yhdistämättä, ja ristiriidat on ratkaistava ja ratkaistut polut on merkittävä merkinnällä git add (tai git rm, jos yhdistäminen johtaisi polun poistamiseen).

kun tarkistat polkuja indeksistä, tämä asetus sallii ristiriitaisten yhdistämisten toistamisen määritetyissä poluissa.

kun vaihdetaan haaroja --merge, vaiheittaiset muutokset saattavat kadota.

–conflict=<style>

sama kuin --merge yllä oleva vaihtoehto, mutta muuttaa tapaa, jolla theconflicting hunks esitetään, syrjäyttäenmerge.conflictStyle asetusmuuttuja. Mahdolliset arvot ovat” merge ”(oletus) ja” diff3″(sen lisäksi, mitä näkyy” merge ” tyyli, näyttää alkuperäisen sisällön).

-p –patch

valitse vuorovaikutteisesti hunksit<tree-ish> (tai indeksi, jos määrittelemätön) ja työruuhka. Valitut hunksit käytetään sitten käänteisesti työpuuhun (ja jos <tree-ish> määriteltiin, indeksi).

tämä tarkoittaa, että voit käyttää git checkout -p valikoivasti poisheitettäviä tietoja nykyisestä työpuustasi. Katso git-add-ohjelman”Interactive Mode” – osiosta, miten --patch – tila toimii.

huomaa, että tämä asetus käyttää oletusarvoisesti ei overlay-tilaa (Katso myös--overlay), eikä tällä hetkellä tue overlay-tilaa.

–ignore-other-worktrees

git checkout kieltäytyy, kun etsintäkuulutettu ref on jo tarkistettu toisella työpisteellä. Tämä vaihtoehto tekee sen tarkistaa refout joka tapauksessa. Toisin sanoen, ref voidaan pitää useamman kuin yhden worktree.

–overwrite-ignore –no-overwrite-ignore

korvaa sivuutetut tiedostot hiljaisesti haaroja vaihdettaessa. Tämä on oletuskäyttäytyminen. Käytä --no-overwrite-ignore keskeyttääksesi toiminnon, kun uusi haara sisältää huomiotta jätettyjä tiedostoja.

–rekurse-submodules –no-rekurse-submodules

käyttämällä --recurse-submodules päivittää kaikkien aktiivisten submoduleiden sisällön superprojektiin tallennetun toimituksen mukaan. Iflokaaliset muutokset alimodulissa korvataan checkoutwill fail, ellei -f ole käytössä. Jos mitään (tai --no-recurse-submodules)ei käytetä, submodules working treesia ei päivitetä.Aivan kuten Git-submodule, tämäkin irtoaa HEAD of thesub module.

–overlay –no-overlay

oletuspäällysmuodossa git checkout ei koskaan poista tiedostoja indeksistä tai työpuusta. Kun määritellään --no-overlay, poistetaan tiedostot, jotka näkyvät hakemistossa ja työstöpuussa, mutta eivät <tree-ish>, jolloin ne täsmäävät <tree-ish> tarkalleen.

–pathspec-from-file=<file>

Pathspec ohitetaan <file> komentorivin args sijaan. Jos<file> on täsmälleen -, käytetään standardisyöttöä. Pathspecements erotetaan LF tai CR / LF. Pathspec-elementit voidaan noteerata konfiguraatiomuuttujalle core.quotePath(katso git-config). Katso myös --pathspec-file-nul andglobal --literal-pathspecs.

–pathspec-file-nul

vain merkityksellisellä --pathspec-from-file. Pathspec elements areseparated with NUL character and all other characters are takenliterally (including newlines and quotes).

<branch>

Branch to checkout; jos se viittaa haaraan (eli nimeen, joka prepedoituna ”refs/ heads/”, on kelvollinen viite), merkitään kyseinen branch out. Muuten, jos se viittaa validikomiteaan, HEAD muuttuu” irralliseksi ” etkä ole enää missään haarassa (katso lisätietoja alla).

erikoistapauksena A...B oikotienä A ja B jos yhdistämispohjaa on tasan yksi. Voit jättää pois korkeintaan yhden A ja B, jolloin oletusarvo on HEAD.

<new_branch>

uuden haaran nimi.

<start_point>

uuden haaran käynnistävän toimituksen nimi; lisätietoja seegit-haarasta. Oletusarvo on HEAD.

erikoistapauksena "A...B" oikotienä A ja B jos yhdistämispohjaa on tasan yksi. Voit jättää pois korkeintaan yhden A ja B, jolloin oletusarvo on HEAD.

<tree-ish>

Tree to checkout from (kun polut on annettu). Jos sitä ei ole määritetty,käytetään indeksiä.

erikoistapauksena "A...B" oikotienä A ja B jos yhdistämispohjaa on tasan yksi. Voit jättää pois korkeintaan yhden A ja B, jolloin oletusarvo on HEAD.

älä tulkitse enää argumentteja vaihtoehdoiksi.

<pathspec>…

rajoittaa reitin, johon toimenpide vaikuttaa.

lisätietoja on gitglossaryssa olevassa pathspece-kohdassa.

Related Posts

Vastaa

Sähköpostiosoitettasi ei julkaista. Pakolliset kentät on merkitty *