Komponenter i GitHub-flödet

  • 8 minuter

I den här lektionen granskar vi följande komponenter i GitHub-flödet:

  • Grenar
  • Incheckningar
  • Pull-begäranden
  • GitHub-flödet

Vad är grenar

I det sista avsnittet skapade vi en ny fil i det sista avsnittet, längs vägen till att du också skapade en ny gren i dina lagringsplatser.

Grenar är en viktig del av GitHub-upplevelsen eftersom det är där vi kan göra ändringar utan att påverka hela projektet vi arbetar med.

Din gren är en säker plats för att experimentera med nya funktioner eller korrigeringar. Om du gör ett misstag kan du återställa dina ändringar eller skicka fler ändringar för att åtgärda misstaget. Ändringarna uppdateras inte på standardgrenen förrän du har sammanfogat grenen.

Kommentar

Du kan också skapa en ny gren och checka ut den genom att helt enkelt använda git i en terminal som kommandot skulle vara git checkout -b newBranchName

Vad är incheckningar?

Som du kanske har märkt i föregående lektion, när du lade till en ny fil i lagringsplatsen, behövde du skicka en incheckning.

Nu ska vi kort gå igenom vad incheckningar är.

En incheckning är en ändring i en eller flera filer i en gren. Varje gång en incheckning skapas tilldelas den ett unikt ID och spåras, tillsammans med tid och deltagare. Incheckningar ger en tydlig spårningslogg för alla som granskar historiken för en fil eller ett länkat objekt, till exempel ett problem eller en pull-begäran.

A screenshot of a list of GitHub commits to a main branch.

I en git-lagringsplats kan en fil finnas i flera giltiga tillstånd när den går igenom versionskontrollprocessen:

De primära tillstånden för en fil på en Git-lagringsplats är:

Ej spårad: Ett initialt tillstånd för en fil när den ännu inte är en del av Git-lagringsplatsen. Git är omedveten om dess existens.

Spårad: En spårad fil är en fil som Git aktivt övervakar. Det kan finnas i någon av följande undertillstånd:

  • Oförändrad: Filen spåras, men den har inte ändrats sedan den senaste incheckningen.
  • Ändrad: Filen har ändrats sedan den senaste incheckningen, men dessa ändringar har ännu inte mellanlagrats för nästa incheckning.
  • Mellanlagrad: Filen har ändrats och ändringarna har lagts till i mellanlagringsområdet (även kallat indexet). De här ändringarna är redo att genomföras.
  • Bekräftad: Filen finns i databasen för lagringsplatsen. Den representerar den senaste bekräftade versionen av filen.

Dessa tillstånd och undertillstånd är viktiga för att samarbeta med ditt team för att veta var varje incheckning är i processen för ditt projekt.

Nu ska vi gå vidare till pull-begäranden.

Vad är pull-begäranden?

Nu när vi vet vad en incheckning är ska vi granska en pull-begäran.

En pull-begäran är en mekanism som används för att signalera att ändringar i en gren är klara att sammanfogas med en annan gren.

Teammedlemmen som skickar pull-begäran begär en eller flera granskare för att verifiera koden och godkänna kopplingen. Dessa granskare kan kommentera ändringar, lägga till egna ändringar eller använda pull-begäran för ytterligare diskussion.

När ändringarna har godkänts (om godkännande krävs) sammanfogas pull-begärans källgren (jämförelsegrenen) i basgrenen.

A screenshot of a pull request and a comment within the pull request.

Nu när vi känner till alla ingredienser ska vi granska GitHub-flödet.

GitHub-flödet

Screenshot showing a visual representation of the GitHub Flow in a linear format that includes a new branch, commits, pull request, and merging the changes back to main in that order.

GitHub-flödet kan definieras som ett enkelt arbetsflöde som möjliggör säkra experimentering. Du kan testa nya idéer och samarbete med ditt team med hjälp av förgrening, pull-begäranden och sammanslagning.

Nu när vi vet grunderna i GitHub kan vi gå igenom GitHub-flödet och dess komponenter.

  1. Det första steget i GitHub-flödet är att skapa en gren så att ändringarna, funktionerna och korrigeringarna du skapar inte påverkar huvudgrenen.
  2. Det andra steget är att göra dina ändringar. Vi rekommenderar att du distribuerar ändringar i funktionsgrenen innan du sammanfogar till huvudgrenen. Detta säkerställer att ändringarna är giltiga i en produktionsmiljö.
  3. Det tredje steget är att skapa en pull-begäran för att be medarbetare om feedback. Granskning av pull-begäranden är så värdefull att vissa lagringsplatser kräver en godkännande granskning innan pull-begäranden kan sammanfogas.
  4. Nästa steg är det fjärde steget för att granska och implementera din feedback från dina medarbetare.
  5. Det femte steget, när du mår bra av dina ändringar nu är det dags att få din pull-begäran godkänd och sammanfoga den i huvudgrenen.
  6. Det sjätte och sista steget är att ta bort din gren. Om du tar bort grenen signaleras att ditt arbete på grenen har slutförts och hindrar dig eller andra från att oavsiktligt använda gamla grenar.

Och det är allt, du har gått igenom en GitHub-flödescykel!

Nu går vi vidare till nästa avsnitt där vi går igenom skillnaderna mellan frågor och diskussioner.