Slik viser du grener i Git

Etter en revisjon er grenen det viktigste konseptet innen versjonskontroll. Git er intet unntak, og det oppfordrer til bruk av grener mer enn de fleste. De er enkle og raske å jobbe med.

Hvordan du bruker grener avhenger av prosjektet du jobber med - hvis det ikke er ditt eget prosjekt, vil vedlikeholder vanligvis bestemme for deg.

Du kan bare ha standard hoved- gren og en singel utvikle gren. Eller du kan bruke en ny gren for hver funksjon og feilrettelse. Uansett finner du mange anledninger når oppføring av tilgjengelige grener er et veldig nyttig verktøy.

Hva er en gren?

Versjonskontrollsystemer som git bruker begrepet gren som en analogi med trær. Hver gren dukker opp fra en annen og ender til slutt tilbake ved bagasjerommet. Grener lar deg lage individuelle utviklingslinjer, slik at du kan jobbe med dem isolert uten å forstyrre andre deler av prosjektet.

Slik viser du grener på kommandolinjen

Kommandolinjen er et raskt og effektivt middel for å bruke git. Du må huske mye for å mestre det, men kommandolinjeprogrammet vil alltid tilby full støtte for alle gits mange funksjoner.

Vis grener med git

Standard kommandolinjeverktøy er git. Hovedkommandoen for arbeid med grener er gren. Som standard viser denne kommandoen grener, så:

git gren

vil sende ut en liste over grenenavn, for eksempel:

* vedlikehold
herre
neste

Vær oppmerksom på at denne kommandoen viser grener i alfabetisk rekkefølge og fremhever den nåværende grenen med en stjerne. Du bør også forstå at grenene som vises bare er lokale.

For å se eksterne grener, bruk enten -r flagg for å vise bare eksterne grener, eller -en flagg for å vise både lokalt og eksternt. Du kan se mer detaljert informasjon med -v flagg og enda mer detaljert informasjon med -vv.

git gren -vva

Dette vil gi deg mye nyttig informasjon, inkludert å markere hvilke lokale/eksterne grener som er i bruk og hvilke grener som sporer andre.

Du kan bruke --liste alternativ for å søke etter grener etter et mønster. Dette er veldig nyttig hvis du har å gjøre med mange grener, for eksempel når et prosjekt bruker en gren per feilrettelse.

git branch -liste 'm*'

Bla gjennom grener ved hjelp av gh

De gh programmet er GitHub kommandolinjeverktøy. Hvis depotet ditt har en fjernkontroll på github.com, du kan bruke gh å klare det. De fleste kjernekommandoene er spesifikke for GitHub, for eksempel om problemer eller trekkforespørsler. Men utvidelser er nå tilgjengelige, og denne gh-branch-utvidelsen kan hjelpe med å liste grener.

Når den er installert, skriver du bare inn:

gh gren

I en GitHub -depotkatalog ser du en liste over alle grener bortsett fra den nåværende grenen. Du kan skrive for å filtrere etter filialnavn, og velge en gren for å bytte til den.

Se også: Slik installerer du GitHub CLI på Linux

Slik viser du grener ved hjelp av GitHub Desktop

GitHub Desktop viser lokale filialer i hovedgrensesnittet. Øverst i vinduet skal du se en knapp merket Nåværende gren med den aktive arbeidsgrenen vist under. Trykk på denne for å vise standardgrenen og de siste grenene. Du kan også skrive i boksen merket Filter for å søke etter bestemte grener ved navn.

Se også: Hvordan klone et depot ved hjelp av GitHub Desktop

Slik viser du grener på GitHub -nettstedet

Hvis du er vert for prosjektet ditt på GitHub, kan du se alle grenene fra prosjektsiden. Start med å navigere til prosjektet Kode kategorien, klikk deretter på lenken som refererer til antallet grener. Du vil se grener gruppert etter status, inkludert en Alle grener alternativ.

Utforsk et nytt prosjekt via filialene

Du kan ofte lære mye om et prosjekt bare ved å liste opp filialene. Det vil variere, men du kan finne ut hvilke funksjoner andre jobber med eller hvor mange feil som er aktive. Du må også vite hvilken gren du er i fra tid til annen.

En annen utmerket måte å bli kjent med et prosjekt på er ved å se revisjonshistorikken. De git -logg kommando er et veldig kraftig middel for å oppdage hvilke endringer som har skjedd.

Slik inspiserer du et projekts historie med git -logg

Enten du har å gjøre med en katastrofal feil eller bare ønsker å sjekke ut noen tidligere forpliktelser, er git-loggen din go-to.

Les neste

Om forfatteren