git češnjevec v git pomeni izbiro objave iz ene veje in njeno uporabo v drugi veji. To je v nasprotju z drugimi načini, kot je npr združiti in prehitevanje ki običajno uporabijo številne objave v drugi veji.
git cherry-pick je tako kot ponovno baziranje , napreden koncept in tudi močan ukaz. Uporablja se predvsem, če ne želite združiti celotne veje in želite nekatere objave.
Kdaj uporabiti češnjevec?
Recimo, da razvijalec ne prepozna, na kateri veji je trenutno, in se pomotoma zaveže drugi veji, namesto da bi se zavezal glavni veji. Zdaj, da bi to popravil, mora najprej teči git show , nato shranite objavo, preverite glavno vejo, tam uporabite popravek in potrdite z istim sporočilom objave. Toda vse to je mogoče storiti samodejno z uporabo samo enega ukaza, tj. češnjevec.
Za boljše razumevanje si oglejte spodnji diagram, kot sledi:
  
Pred nabiranjem češenj

Po Cherry Pick
Ukaz za Cherry-pick je naslednji:
git cherry-pick>
Potrdi hash: Zgoščena vrednost objave je edinstven identifikator, ki ga ustvari Git. Vsaka potrditev ima svojo zgoščeno vrednost za potrditev.
Opomba: Med uporabo tega ukaza se prepričajte, da ste na veji, za katero želite uporabiti objavo.
Kako uporabiti češnjevec?
Tukaj je razlaga po korakih uporabe ukaza cherry-pick v spodaj ustvarjenem projektu, ki je po korakih prikazan spodaj, kot sledi:
Korak 1: Odpiranje git bash in ustvarjanje novega projekta z imenom vzorec in inicializacijo repoja z uporabo vroče je ukaz.
datotečni sistem v linuxu
 
 2. korak: Ustvarjanje a ' .txt' uporabo datoteke mi ukaz v projekt, recimo indeksno datoteko in jo dodajte našemu vzorčnemu projektu ter naredite objavo in napišite sporočilo o objavi, preden pritisnete Enter.
Opomba: Po zagonu mi ukaz , vnesite :wq, da shranite in zaprete datoteko.
 
 Svojo zavezo lahko preverite z git dnevnik preprosto ukazovanje:
 
 3. korak: Predpostavimo, da imamo 2 različici, zato ustvarite 2 različni veji z uporabo veja git in se premaknite na vejo, recimo 2 z uporabo git blagajna ukaz.
Opomba: Vse veje si lahko preprosto ogledate tako, da zaženete ukaz git branch, kot je prikazano na spodnjem diagramu.
 
 4. korak: Zdaj pa predpostavimo, da želite delati na neki novi funkciji, tako da ustvarite in dodate novo datoteko funkcij, recimo feature.txt z uporabo mi in dodati ukaz, kot je prikazano spodaj. Nato potrdite svoje spremembe s sporočilom o potrditvi.
 
 Svojo objavo lahko preverite z ukazom git log, kot je prikazano spodaj:

Jasno prikazuje našo prvo objavo, kje je naša veja 1, v veji 2 pa se je premaknila dlje naprej in trenutno delamo na naši funkciji v veji 2
5. korak: Recimo, da smo našli hrošč v naši funkciji in ugotovili, da je ta isti hrošč prisoten tudi v naši 1 veji.
In zdaj poskušamo popraviti kakšno napako ali težavo, kot je prikazano spodaj, tako da dodamo datoteko fix.txt, recimo, da jo dodamo v trenutno vejo, tj. 2, in izvedemo zahtevane spremembe.
 
 Preverjanje naših končnih obveznosti:
 
 6. korak: zdaj, popravili smo napako v veji 2, vendar moramo ta popravek dodati tudi naši veji 1, vendar te veje 2 ne želimo združiti z našo vejo 1, ker delo morda še vedno poteka na funkciji.
razlika med levom in tigrom
Tako lahko v tem scenariju izberemo to posebno potrditev. Če želite to narediti, preprosto kopirajte hash vrednost označeno v zgornjem diagramu, nato se premaknite na vejo 1 z uporabo checkout in nato uporabite ukaz češnjevec in prilepite zgoščeno vrednost, ki smo jo pravkar kopirali.
 
 Kot je jasno razvidno iz zgornjega, opazimo, da smo prej imeli samo index.txt, preden smo začeli izbirati, zdaj pa imamo datoteko fix.txt tudi v naši 1. veji.
Zdaj, če poskušamo preveriti git log –oneline , bomo lahko videli, da je potrditev prišla tudi v vejo 1.
 
 Nekaj pomembnih primerov uporabe Cherry-pick
Sledi nekaj pogostih aplikacij Cherry-Pick:
- Če pomotoma opravite objavo v nepravilni veji, lahko z uporabo cherry-pick uporabite zahtevane spremembe. 
 
- Predpostavimo, da bosta isto podatkovno strukturo uporabljala sprednji in zadnji del projekta. Nato lahko razvijalec uporabi cherry-pick, da izbere objavo in jo uporabi za svoj del projekta. 
 
- Na točki, ko se odkrije hrošč, je ključnega pomena, da se popravek posreduje končnim odjemalcem tako hitro, kot je mogoče pričakovati. 
 
- Nekaj časa lahko komponentna veja zastari in se ne konvergira v glavno vejo, zahteva pa se lahko zapre, toda ker git nikoli ne izgubi teh potrditev, je lahko izbran in bi se vrnil.
Slabosti uporabe Cherry Pick
Češnjevega izbiranja ne bi smeli uporabljati vedno, saj lahko povzroči kopiranje in številne situacije, ko bi češnjevo izbiranje delovalo, običajna združevanja so všeč, če upoštevamo vse. Tudi v primeru, ko potrditve iz 2 ali več vej posodobijo podobne vrstice kode z različnimi substancami in git cherry-pick eno obvezo v drugo vejo, prav tako povzroči konflikt.
Zaključek
Gitov ukaz cherry-pick je zmogljivo orodje za selektivno uporabo določenih potrditev med vejami. Odličen je za popravljanje napak in skupno rabo kode, vendar lahko njegova pretirana uporaba povzroči težave, še posebej, če se potrditve dotikajo istih vrstic kode. Zato ga uporabite pametno, da ohranite čisto in učinkovito zgodovino kode.
