git körsbärsplocka i git betyder att man väljer en commit från en gren och tillämpar den på en annan gren. Detta står i kontrast till andra sätt som t.ex sammanfoga och omkörning som normalt tillämpar många åtaganden i en annan gren.
sql datatyper
git cherry-pick är precis som rebasering , ett avancerat koncept och även ett kraftfullt kommando. Det används främst om du inte vill slå samman hela grenen och du vill ha några av commits.
När ska man använda körsbärsplock?
Anta att en utvecklare misslyckas med att känna igen vilken gren han för närvarande befinner sig på, och av misstag förbinder han sig till en annan gren istället för att binda sig till huvudgrenen. Nu för att fixa det måste han först springa git show , spara sedan commit, kolla in huvudgrenen, applicera en patch där och commit med samma commit-meddelande. Men allt detta kan göras automatiskt genom att använda bara ett kommando, dvs. körsbärsplocka.
För att förstå bättre se nedanstående diagram enligt följande:
Innan Cherry Pick
Efter Cherry Pick
Kommandot för Cherry-pick är följande:
git cherry-pick>
Begå hash: En commit-hash är en unik identifierare som genereras av Git. Varje commit har sin one commit-hash.
Notera: Medan du använder det här kommandot, se till att du är på grenen du vill tillämpa commit.
Hur man använder körsbärsplocka?
Här är en steg-för-steg-förklaring av användningen av cherry-pick-kommandot i det nedan skapade projektet stegvis som visas nedan enligt följande:
Steg 1: Öppnar git bash och skapa ett nytt projekt med namnet prov och initiera repet med hjälp av det är varmt kommando.
Steg 2: Skapa en ' .Text' fil med hjälp av vi kommando till projektet låt oss säga en indexfil och lägga till den i vårt exempelprojekt och göra en commit och skriv ett commit-meddelande innan du trycker på Enter.
Notera: Efter att ha kört vi kommando , skriv :wq för att spara och avsluta filen.
Man kan kontrollera ditt engagemang genom git logg kommando enkelt:
Steg 3: Anta nu att vi har 2 versioner, så skapa 2 olika grenar genom att använda git gren kommando och flytta till en gren, låt oss säga 2 genom att använda git kassan kommando.
Notera: Man kan enkelt se alla grenarna genom att köra kommandot git branch som visas i diagrammet nedan.
Steg 4: Anta nu att du vill arbeta med någon ny funktion, så att skapa och lägga till en ny funktionsfil kan säga feature.txt med vi och Lägg till kommandot enligt nedan. Bekräfta sedan dina ändringar med ett commit-meddelande.
Man kan kontrollera din commit med git log-kommando som visas nedan:
Det visar tydligt vår första commit där vår gren 1 är där och i gren 2 har den flyttat längre fram och vi arbetar för närvarande med vår funktion i gren 2
Steg 5: Anta nu att vi hittade en bugg i vår funktion och vi fick veta att samma bugg också finns i vår 1-gren.
Och nu försöker vi fixa en bugg eller ett problem som visas nedan genom att lägga till en fix.txt-fil, låt oss anta och lägga till den i den aktuella grenen, dvs. 2 och utföra de nödvändiga ändringarna.
Kontrollera våra slutgiltiga åtaganden:
Steg 6: Nu, vi har fixat buggen i gren 2, men vi måste också lägga till denna korrigering till vår gren 1, men vi vill inte slå ihop denna gren 2 i vår gren 1, eftersom arbetet fortfarande kan pågå med funktionen.
Således, i det här scenariot, kan vi välja denna speciella commit. För att göra det, kopiera bara hash värde markerat i diagrammet ovan, flytta sedan till gren 1 genom att använda kassan och använd sedan kommandot körsbärsplocka och klistra in hashen vi just kopierade.
Som tydligt framgår av ovanstående märker vi att vi tidigare bara har index.txt innan vi gör cherry-picking, men nu har vi fix.txt-filen även i vår 1:a gren.
Om vi nu försöker kolla git log –oneline , kommer vi att kunna se att commit också kom i gren 1.
Några viktiga användningsfall för Cherry-pick
Följande är några vanliga tillämpningar av Cherry-Pick:
- Om du av misstag gör en commit i en felaktig gren, kan du använda cherry-pick tillämpa de nödvändiga ändringarna.
- Antag när samma datastruktur ska användas av både frontend och backend av ett projekt. Sedan kan en utvecklare använda cherry-pick för att välja commit och använda den till sin del av projektet.
- När en bugg hittas är det viktigt att förmedla en fix till slutklienter så snabbt som man kan förvänta sig.
- Ibland kan en komponentgren bli gammal och inte konvergeras till huvudgrenen och begäran kan stängas, men eftersom git aldrig förlorar dessa commits, kan den väljas ut och den skulle vara tillbaka.
Nackdelar med att använda Cherry Pick
Cherry-pick bör inte alltid användas eftersom det kan orsaka kopior och många situationer där cherry-plockning skulle fungera, konventionella sammanslagningar är omtyckta. Dessutom, i situationen där commits från 2 eller fler grenar uppdaterar liknande kodrader med olika substanser och väljer en commit till den andra grenen, leder det också till konflikter.
Slutsats
Gits cherry-pick-kommando är ett kraftfullt verktyg för att selektivt tillämpa specifika commits mellan grenar. Det är bra för att fixa misstag och dela kod, men överanvändning kan leda till problem, särskilt när commits rör samma kodrader. Så använd det klokt för att upprätthålla en ren och effektiv kodhistorik.