3.5 Veje Git - Oddaljene veje

Ko želite deliti vejo s svetom, jo morate poriniti na daljavo, za katero imate dostop pisanja. Vaše lokalne veje niso avtomatično sinhronizirane z daljavami, na katere pišete - morate eksplicitno potisniti na vejo, ki jo želite deliti. Na ta način lahko uporabite privatne veje za delo, ki ga ne želite deliti in porinete samo na tematske veje, s katerimi želite sodelovanje.

Če imate vejo imenovano serverfix, na kateri želite delati z drugimi, lahko porinete nanjo na enak način, kakor ste porinili na vašo prvo vejo. Poženite git push (remote) (branch):

To je nekakšna bližnjica. Git avtomatično razširi ime veje serverfix na ref/heads/serverfix:refs/heads/serverfix, kar pomeni, Vzamimo mojo serverfix lokalno vejo in porinimo nanjo, da se posodobi oddaljeno serverfix branch.'' Šli bomo skozi refs/heads/ del v podrobnosti v Notranjost Gita, vendar v splošnem lahko izpustite. Lahko tudi naredite git push origin serverfix:serverfix, ki naredi isto stvar - pove Vzamite mojo serverfix in jo naredite oddaljeno serverfix.'' To obliko lahko uporabite za porivanje lokalne veje na oddaljeno vejo, ki je poimenovana drugače. Če ne želite, da se imenuje serverfix na daljavi, lahko namesto tega poženete git push origin serverfix:awesomebranch, da porinete vašo lokalno vejo serverfix na vejo awesomebranch na oddaljenem projektu.

Naslednjič, ko eden izmed vaših sodelavcev ujame iz strežnika, bo dobil referenco, kjer je verzija strežnika serverfix pod oddaljeno vejo origin/serverfix:

Pomembno je opomniti, da ko naredite ujetje, ki prinese novo vejo, ki sledi daljavi, vam ni treba avtoatično imeti njihove lokalne, urejevalne kopije. Z drugimi besedami v tem primeru, nimate nove veje serverfix - imate samo kazalec origin/serverfix, ki ga ne morete spremeniti.

Da združite to delo v vašo trenutno delovno vejo, lahko poženete git merge origin/serverfix. Če želite vašo lastno vejo serverfix, na kateri lahko delate, lahko naredi osnovo iz vaše veje, ki sledi daljavi:

To vam da lokalno vejo, na kateri lahko delate in se začne, kjer je origin/serverfix.

Izpis lokalne veje iz veje, ki sledi daljavi avtomatično ustvari, kar se imenuj sledena veja'' oz. tracking branch'' (ali nekaj kot je `upstream branch''). Sledene vejeso lokalne veje, ki imajo direktno relacijo z oddaljeno vejo. Če ste na sledeni veji in vpišete `git pull, Git avtomatsko ve, iz katerega strežnika ujeti in vejo združiti.

Ko klonirate repozitorij, v splošnem avtomatično ustvari vejo master, ki sled origin/master. Vendar lahko nastavite druge sledene veje, če želite - eno, ki sledi vejam na drugih daljavah ali ne sledi veji master. Enostaven primer je, kar ste ravnokar videli, poženite git checkout -b [branch] [remotename]/[branch]. To je dovolj pogosta operacija, ki jo git ponuja na kratko --track:

Da nastavite lokalno vejo z različnim imenom kot je oddaljena veja, lahko enostavno uporabite prvo verzijo z različnim imenom lokalne veje:

Sedaj vaša lokalna veja sf bo avtomatično potegnila iz origin/serverfix.

Če že imate lokalno vejo in želite nastaviti oddaljeno vejo, ki ste jo ravnokar potegnili ali želite spremeniti gorvodno vejo, ki ji slediti, lahko uporabite opcijo -u ali --set-upstream-to k git branch, da jo eksplicitno nastavite kadarkoli.

Če želite videti, katero sledeno vejo imate nastavljeno, lahko uporabite opcijo -vv k git branch. To bo izpisalo vaše lokalne veje z več informacijami vključno, čemu vsaka veja sledi in če je vaša lokalna veja naprej, nazaj ali oboje.

Torej tu lahko vidite, da naša veja iss53 sledi origin/iss533 in je naprej - `ahead'' za dva, kar pomeni, da imate dve pošiljanji lokalno, ki nista porinjeni na strežnik. Lahko tudi vidimo, da vaša veja `master sledi `origin/master in je posodobljena. Naslednje lahko vidimo, da vaša veja serverfix sledi server-fix-good veji na vašem teamone strežniku in je naprej za tri in nazaj za eno, kar pomeni, da je eno pošiljanje na strežniku, ki ga še nismo združili in tri pošiljanja lokalno, ki jih še nismo potisnili. Na koncu lahko vidimo, da naša veja testing ne sledi katerikoli oddaljeni veji.

Pomembno je opomniti, da te številke so samo od zadnjič, ko ste ujeli iz vsakega strežnika. Ta ukaz ne doseže strežnikov, pove vam o tem, kaj je ujel iz teh strežnikov lokalno. Če želite totalno posodobitev številk naprej ali nazaj, boste morali ujeti iz vseh vaših daljav ravno preden to poženete. To lahko naredite takole $ git fetch --all; git branch --vv

Medtem ko bo ukaz git fetch ujel vse spremembe na strežniku, ki jih še nimate, ne bo nikakor spremenil vašega delovnega direktorija. Enostavno bo dobil podatke za vas in vam omogočil, da jih združite sami. Vendar pa obstaja ukaz imenovan git pull, ki je v bistvu git fetch, ki mu takoj sledi git merge v večini primerov. Če imate nastavljeno sledeno vejo, kot je demonstrirano v zadnji sekciji, ali eksplicitno nastavljeno ali da imate ustvarjeno za vas z ukazoma clone ali checkout, bo git pull poiskal, kateremu strežniku in veji trenutna veja sledi, ujel iz tistega strežnika in nato poskusil združiti v to oddaljeno vejo.

V splošnem je bolje, da enostavno uporabite ukaza fetch in merge eksplicitno, saj je čarobnost git pull pogostokrat zmedena.

Predpostavimo, da ste končali z oddaljeno vejo - recimo, da ste vi in vaši sodelavci končali z lastnostjo in jo imate združeno v vašo oddaljeno vejo master (ali katerokoli vejo, na kateri je vaša stabilna linija kode). Lahko izbrišete oddaljeno vejo z uporabo opcije --delete na git push. Če želite izbrisati vašo vejo serverfix iz strežnika, poženite sledeče:

V osnovi vse kar naredi je, da odstrani kazalec iz strežnika. Git strežnik bo v splošnem obdržal podatke tam za nekaj časa, dokler se poganja zbirka smeti, torej če je bila po nesreči izbrisana, je pogostokrat povrnitev enostavna.