Komponenter i GitHub-flyten

  • 8 minutter

I denne enheten ser vi gjennom følgende komponenter i GitHub-flyten:

  • Grener
  • Begår
  • Pull-forespørsler
  • GitHub-flyten

Hva er grener

I den siste delen opprettet vi en ny fil og en ny gren i repositoriene dine.

Grener er en viktig del av GitHub-opplevelsen fordi de er der vi kan gjøre endringer uten å påvirke hele prosjektet vi jobber med.

Grenen er et trygt sted å eksperimentere med nye funksjoner eller løsninger. Hvis du gjør en feil, kan du tilbakestille endringene eller sende flere endringer for å løse feilen. Endringene oppdateres ikke på standardgrenen før du slår sammen grenen.

Notat

Alternativt kan du opprette en ny gren og sjekke den ut ved hjelp av git i en terminal. Kommandoen vil være git checkout -b newBranchName

Hva er utføringer

I den forrige enheten la du til en ny fil i repositoriet ved å sende en utføring. La oss kort se gjennom hva som forplikter seg.

En utføre er en endring i én eller flere filer på en gren. Hver gang en utføring opprettes, tilordnes den en unik ID og spores sammen med tiden og bidragsyteren. Utføringer gir et klart revisjonsspor for alle som gjennomgår loggen til en fil eller et koblet element, for eksempel et problem eller en pull-forespørsel.

Et skjermbilde av en liste over GitHub forplikter seg til en hovedgren.

I et git-repositorium kan det finnes en fil i flere gyldige tilstander etter hvert som den går gjennom versjonskontrollprosessen. Primærtilstandene for en fil i et Git-repositorium er usporet og sporede.

Ikke sporet: En innledende tilstand for en fil når den ennå ikke er en del av Git-repositoriet. Git er uvitende om sin eksistens.

sporet: En sporet fil er en som Git aktivt overvåker. Det kan være i én av følgende delstater:

  • Umodifisert: Filen spores, men den har ikke blitt endret siden forrige utføring.
  • Endret: Filen har blitt endret siden forrige utføring, men disse endringene er ennå ikke trinnvise for neste utføring.
  • Trinnvis: Filen er endret, og endringene er lagt til i oppsamlingsområdet (også kjent som indeksen). Disse endringene er klare til å utføres.
  • Forpliktet: Filen er i repositoriets database. Den representerer den nyeste forpliktede versjonen av filen.

Disse tilstandene og delstatene er viktige for å samarbeide med gruppen for å vite hvor hver eneste utføring er i prosessen med prosjektet. La oss nå gå videre til pull-forespørsler.

Hva er pull-forespørsler?

En pull-forespørsel er mekanismen som brukes til å signalisere at utføringene fra én gren er klare til å slås sammen til en annen gren.

Gruppemedlemmet som sender inn den pull-forespørselen ber én eller flere korrekturlesere om å bekrefte koden og godkjenne flettingen. Disse korrekturleserne har mulighet til å kommentere endringer, legge til sine egne eller bruke pull-forespørselen selv for videre diskusjon.

Når endringene er godkjent (hvis nødvendig), slås pull-forespørselens kildegren (sammenligningsgrenen) sammen til basisgrenen.

Et skjermbilde av en pull-forespørsel og en kommentar i pull-forespørselen.

Nå som vi vet om alle ingrediensene, la oss se gjennom GitHub-flyten.

GitHub-flyten

Skjermbilde som viser en visuell representasjon av GitHub Flow i et lineært format som inkluderer en ny gren, utfører, henter forespørsel og slår sammen endringene tilbake til hovedrekkefølgen i denne rekkefølgen.

GitHub-flyten kan defineres som en lett arbeidsflyt som muliggjør sikker eksperimentering. Du kan teste nye ideer og samarbeid med teamet ved hjelp av forgrening, pull-forespørsler og fletting.

Nå som vi vet det grunnleggende om GitHub, kan vi gå gjennom GitHub-flyten og komponentene.

  1. Begynn med å opprette en gren, slik at endringene, funksjonene og løsningene du oppretter, ikke påvirker hovedgrenen.
  2. Deretter gjør du endringene. Vi anbefaler at du distribuerer endringer i funksjonsgrenen før du slår sammen til hovedgrenen. Dette sikrer at endringene er gyldige i et produksjonsmiljø.
  3. Nå kan du opprette en pull-forespørsel for å be samarbeidspartnere om tilbakemelding. Gjennomgang av pull-forespørsel er så verdifull at noen repositorier krever en godkjenningsgjennomgang før pull-forespørsler kan slås sammen.
  4. Deretter kan du se gjennom og implementere tilbakemeldinger fra samarbeidspartnerne dine.
  5. Når du føler deg bra om endringene, er det på tide å få pull-forespørselen godkjent og slå den sammen til hovedgrenen.
  6. Til slutt kan du slette grenen. Sletting av grenen signaliserer at arbeidet ditt på grenen er fullført og hindrer deg eller andre i å bruke gamle grener ved et uhell.

Det er alt, du har vært gjennom en GitHub-flytsyklus!

La oss gå videre til neste del der vi skal dekke forskjellene mellom problemer og diskusjoner.