Slik sletter du gren i Git

Utvikling på GitHub kan noen ganger innebære å lage noen for mange grener, spesielt når du skal prøve og feile. Heldigvis gjør plattformen det enkelt å rydde opp i det virtuelle arbeidsområdet og trimme noen unødvendige grener, og rydde opp forpliktelseshistorikken for å holde fokus på det som betyr noe.

Denne artikkelen er her for å hjelpe deg med å gjøre litt husarbeid på GitHub og gi deg noen flere tips og triks om Git-grener og deres sletting.

Sletting av en gren i Git

Å slette en filial i Git er ikke komplisert, men trinnene kan være litt forskjellige avhengig av plasseringen til filialen din. Slik kan du slette en lokal Git-gren:

1. Gå til grenen du vil slette.
2. Åpne terminalen og kjør git branch for å se alle grenene dine.
   
3. Hvis du er på grenen du vil fjerne, bytt med git checkout [other_branch_name] .
   
4. Bruk git branch -d [branch_name] for å slette grenen. Husk at -d-flagget sørger for at du ikke sletter usammenslåtte grener.
   

Sletting av en ekstern gren er litt annerledes:

1. Bruk git push origin – delete [branch_name] .
   
2. Dobbeltsjekk at du har slettet den riktige ved å liste alle grener med git branch -a .
   

Hvorfor slette en gren?

Å slette grener i Git er noe utviklere gjør ofte av forskjellige grunner:

Prosjektopprydding

Etter vellykket sammenslåing av en funksjonsgren til hoved- eller utviklingsgrenen, blir denne funksjonsgrenen ofte overflødig. Tenk på det som en opprydding på arbeidsplassen etter å ha fullført et prosjekt, bare i digital form.

Akkurat som du ikke trenger utkastene og skissene lenger fordi det endelige produktet er klart, i Git, reduserer denne oppryddingen rot og lar deg fokusere på aktive grener. For eksempel, hvis du nettopp har lansert en ny funksjon i appen din og slått sammen «nyfunksjon»-grenen, vil sletting av den etter sammenslåing holde filiallisten din relevant og håndterbar.

Feil og eksperimenter

Som alle andre typer prosjekter, er det ikke alle ideer som kommer ut i utviklingen, og ikke alle grener fører til en vellykket funksjon. Noen ganger opprettes også grener ved en feil (som å skrive "git checkout -b" med feil navn) eller brukes til kortsiktige eksperimenter.

Disse grenene kan hope seg opp, forvirre deg og rote til prosjektet ditt. Det hele er en naturlig del av å lære og eksperimentere med koding. Du kan opprette en filial for å prøve ut et nytt bibliotek; hvis det ikke svarer til dine forventninger, er det ingen grunn til å beholde det.

Holde laget på sporet

Når du jobber med et team, spesielt når flere personer jobber med forskjellige funksjoner, har du enda mer insentiv til å holde depotet rent og organisert. Gamle eller irrelevante grener kan forvirre folk og forårsake feil.

Når disse grenene er borte, vil alle på laget mer sannsynlig være på samme side. Det unngår også risikoen for ved et uhell å jobbe med utdatert kode. Vurder et team som jobber med en nettapplikasjon, og har grener for fullførte funksjoner som "påloggingsoppdatering" eller "ny-ui" som fortsatt henger rundt. Det kan være misvisende. Beskjæring av disse grenene gjør det enklere og problemfritt å finne det du vil jobbe med.

Beste praksis og tips

Når du sletter grener, bør du vurdere disse tipsene:

Sikkerhetskopier før sletting

Før du trykker på sletteknappen på en gren, er det smart å sikkerhetskopiere den først. Hvorfor vil du kanskje det hvis grenen ikke lenger er nødvendig? For noen ganger innser du kanskje litt for sent at det var et stykke kode eller en spesifikk implementering i den grenen du fortsatt trenger.

Du kan lage en sikkerhetskopi ved å lage en kopi av grenen med et annet navn, som git branch [backup-branch-name] [branch-to-delete] . På denne måten, hvis du noen gang trenger å besøke den grenen igjen, har du alt trygt lagret.

Bruk tvangssletting med måte

"-D"-flagget er en kraftig funksjon i Git-verktøysettet, men det bør brukes med forsiktighet. Denne kommandoen (git branch -D [branch-name]) med en stor -D (force delete) vil tvinge en gren. I motsetning til små bokstaver –d-kommandoen, som gir en advarsel, ignorerer denne alle usammenslåtte endringer og sletter data permanent.

Denne kommandoen er nyttig når du er helt sikker på at grenens endringer ikke lenger er verdt å beholde, eller hvis en sammenslåing har gått galt og du vil starte på nytt. Dobbeltsjekk imidlertid alltid før du bruker den.

Rydd opp i eksterne referanser

Etter å ha slettet en filial eksternt, er det verdt å rydde opp i dine lokale referanser til den filialen, slik at du ikke refererer til den ved et uhell. Kommandoen "git fetch -prune" gjør nettopp det. Den forteller din lokale Git å fjerne referanser til eksterne grener som ikke lenger eksisterer, holde det lokale depotet oppdatert og unngå forvirring med irrelevante grener.

Vanlige fallgruver og hvordan du unngår dem

Sletting av grener kan komme med noen fallgruver, spesielt hvis du skyndte deg med avgjørelsen og ikke mente å slette noe. La oss se på noen av disse fallgruvene og hvordan du unngår å falle i dem.

Tapt arbeid

En av de største risikoene ved å slette filialer i Git er å miste verdifullt arbeid. Dette skjer vanligvis når du sletter en gren før du slår den helt sammen eller lagrer endringene andre steder. Det kan skyldes en enkel feil, men det kan også skyldes et teknisk problem. Det kan for eksempel ha vært et problem med internettforbindelsen eller en datamaskinfeil.

Dobbeltsjekk at alle verdifulle endringer eller forpliktelser fra grenen kom inn i hoved- eller utviklingsgrenen din for å unngå dette. Du kan bruke git log [branch-name] for å gå gjennom forpliktelseshistorikken og se hva du bør beholde. Hvis du jobber med noe eksperimentelt eller uklart for hovedgrenen, kan det være en god løsning å lagre det på en annen måte, som tagging eller stashing. Som en skisse av en idé, trenger du kanskje ikke den nå, men den kan være nyttig senere.

Forvirring i team

Når du jobber som en del av et team, kan sletting av grener noen ganger forvirre de andre teammedlemmene, spesielt hvis teammedlemmene ikke er klar over endringene. Hvis du jobber med et gruppeprosjekt, og noen fjerner et verktøy du hadde tenkt å bruke – kan det forringe arbeidsflyten din betydelig.

Derfor, før du sletter noe, snakk med teammedlemmene dine og se om det er greit å gjøre det. Når du bestemmer deg for å rense en gren, informer teamet ditt, spesielt hvis andre kan bruke eller overvåke den samme grenen. Verktøy som problemsporing eller teamchatter kan være nyttige for dette.

Det er også bra å ha en navnekonvensjon for grener (for eksempel «funksjon/», «feilretting/» osv.), som beskriver formålet til hver gren og om det er trygt å slette. Når du synes en gren bør gå, la andre vite at den ikke lenger er nyttig og kan legges bort.

Git Decluttering

Det er enkelt å slette en Git-gren hvis du tenker deg om før du klikker. Ellers kan det være utrolig frustrerende hvis du ender opp med å miste viktig arbeid på grunn av en utilsiktet sletting. Det gjelder spesielt hvis du jobber i et team av utviklere. Men det er her effektiv kommunikasjon spiller inn.

Har en grensletting noen gang gått galt for deg? Har du noen andre tips for håndtering av grener i Git? Del dine tanker og tips i kommentarfeltet nedenfor.