Innholdsfortegnelse[Gjemme seg][Forestilling]
På verdensbasis er Git det mest brukte versjonskontrollsystemet (VCS) for prosjektovervåking og -kontroll. Det tilbyr også et spredt og samarbeidende arbeidsmiljø, som oppmuntrer til samarbeid.
Forgrening er en av Gits mest essensielle funksjoner, siden den lar deg lage en egen kanal for et spesifikt sett med endringer, for eksempel en feiloppdatering, utvikling av nye funksjoner eller eksperimentering, uten å påvirke hovedgrenen.
Sammenlignet med andre Git-operasjoner, er forgrening en ganske enkel metode. Den lar deg avvike fra den opprinnelige kodebasen.
Forgrening lar deg samarbeide med andre utviklere raskere og gir deg mye frihet i arbeidsflyten. Den lar deg også jobbe med en ny funksjon uten å påvirke resten av kodebasen.
Forgreningsmekanismen til Git gjør det mulig å etablere nye grener i et prosjekt.
Disse tilleggsgrenene kan deretter brukes til å teste kodeendringer uten å forstyrre hovedprosjektkoden. Hvis justeringene lykkes, kan grenen slås sammen tilbake til hovedgrenen.
Imidlertid er det tider når du trenger å slette en Git-gren lokalt, men ikke eksternt. Les videre for å finne ut hvordan du gjør det.
Hva er Git Branch?
Git kan spore flere arbeidslinjer takket være forgrening. Dette lar deg jobbe med flere versjoner av prosjektet ditt samtidig.
Mange prosjekter vil opprettholde en stabil hovedgren mens de legger til nye funksjoner eller fikser feil på en utviklings- eller testgren.
Når prosjektledere er helt sikre på at endringer som er gjort i Dev-grenen oppfyller kriteriene, kan de slå sammen disse modifikasjonene til hovedgrenen. For visse større prosjekter gjentas denne syklusen ofte på ubestemt tid.
Å jobbe med Git-utviklingsgrener er en fantastisk tilnærming til å jobbe med programmet vårt mens du holder oversikt over versjonene. En utviklingsgren er generelt sett en splittelse i kodetilstanden som etablerer en ny rute for utviklingen.
Den kan kjøres parallelt med andre Git-grener, du kan lage. Det er mulig å legge til nye funksjoner i koden vår på en organisert og nøyaktig måte.
Hvorfor og når må den slettes?
Det er typisk vedlikeholdspraksis å slette Git-grener når de ikke lenger er i bruk, selv om dette ikke alltid er universelt eller forstått.
Hvorfor bør du fjerne utdaterte Git-grener fra depotet ditt? Det er to grunnleggende årsaker til dette:
- De er unødvendige. De fleste grener, spesielt de som er knyttet til en pull-forespørsel som endelig er godkjent, har ingen funksjon.
- De er en kilde til forvirring. De legger ikke til vesentlige teknologiske overhead, men de gjør arbeidet med lister over grener i depotet mer utfordrende for mennesker.
Filialer kan slettes sikkert uten frykt for å miste eventuelle modifikasjoner.
Tenk på følgende scenario: en grenpatch-1 kommer til å bli slått sammen med hovedgrenen via en pull-forespørsel. Før sammenslåing, master og patch-1, peker hver på forskjellige revisjoner i git commit-historien.
Etter sammenslåingen (hvis en ny merge commit legges til), kobler både master og patch-1 til den nye merge commit. På dette tidspunktet er pull-forespørselen fullført, og alle fremtidige push bør sendes til master i stedet for patch-1.
Lokal vs Remote Branch i Git
Remote Branch - Den er plassert på et eget system, vanligvis en server som utviklere kan få tilgang til. Når en ekstern gren slettes, slettes den for alle brukere.
Lokal filial - På det lokale systemet lagres en lokal filial. Sletting av en lokal avdeling har ingen effekt på en fjern avdeling.
Hvordan slette filialer lokalt?
Det vil ikke tillate deg å fjerne grenen du nå jobber med, så sørg for at du sjekker ut en gren du IKKE sletter. La oss begynne med å finne ut hvordan du fjerner en lokal filial.
- For å begynne, kjør kommandoen (git branch -a) for å se alle grenene (både lokale og eksterne).
- Deretter, ved å bruke (git branch -d) kommandoen, etterfulgt av navnet på grenen du ønsker å fjerne, kan du slette den.
Hvis du prøver å fjerne en gren med usammenslåtte modifikasjoner, vil følgende feilmelding vises:
Som meldingen ovenfor indikerer, for å tvinge sletting av en gren, bruk -D-alternativet, som er en snarvei for -slett -tving.
Vær oppmerksom på at sletting av en usammenslått gren vil føre til tap av alle modifikasjoner til den grenen.
Hvis du prøver å slette gjeldende gren, vil du se følgende melding:
Du kan ikke fjerne grenen du er på akkurat nå. Bytt til en annen gren først, og fjern deretter filialnavnet:
Ulempen med å slette en gren
En mulig ulempe med å slette grener er at eventuelle koblinger til grenens plassering vil bli brutt (i GitHub, etc.).
Jeg har nesten aldri permanente koblinger til ikke-primære grener, og hvis jeg ønsket å koble til noe arbeid på en bestemt gren, ville jeg sannsynligvis gjort det etter at det hadde blitt omgjort til en pull-forespørsel (i så fall ville jeg koblet til Pull-Request).
Avsluttende ord
Å vite hvordan du bruker utviklingsgrener blir avgjørende for å lage din applikasjon på en systematisk måte. Pass på å strukturere koden din i ulike grener.
Hvis du på noe tidspunkt er usikker på en komplisert operasjon, er det alltid en god idé å lese Gits offisielle dokumentasjon på greiner.
Legg igjen en kommentar