GitHub-stroom verkennen

  • 2 minuten

GitHub-stroom illustreert hoe GitHub waarde kan toevoegen aan de traditionele op Git gebaseerde samenwerkingssoftwareontwikkeling. Het doel is om updates voor door GitHub gehoste projecten te stroomlijnen door een beschrijvende richtlijnen te bieden voor het proces van het toepassen van wijzigingen op de opslagplaats van het project. De organisatie in ons voorbeeldscenario zou waarschijnlijk baat hebben bij het opnemen van GitHub Flow in hun DevOps-procedures, met name gezien hun gebrek aan ervaring in het gebruik van Git-opslagplaatsen. In deze les bekijkt u de reeks stappen die de meest voorkomende use-case van GitHub-stroom vertegenwoordigen.

GitHub-stroom volgen

Diagram met een standaard vertakkingswerkstroom.

De GitHub-stroom bestaat uit de volgende stappen:

  1. Een opslagplaats maken. Als u de GitHub-stroom wilt volgen, hebt u een GitHub-account en een opslagplaats nodig. Standaard bevat een nieuwe opslagplaats de standaardbranch, meestal de hoofdbranch.

  2. Een vertakking maken. Door een andere vertakking te maken, kunt u uw wijzigingen ontwikkelen en opslaan zonder dat dit van invloed is op de standaardbranch. Daarnaast kunnen anderen samenwerken aan uw wijzigingen door ze te beoordelen voordat ze worden samengevoegd in de hoofdtak. U kunt een vertakking rechtstreeks in GitHub maken of de opslagplaats naar uw lokale computer klonen en daar een vertakking maken.

  3. Wijzigingen aanbrengen in de tak. Pas wijzigingen toe op de zojuist gemaakte vertakking door de commit-acties aan te roepen en (indien lokaal) push-acties aan te roepen. U kunt bestanden rechtstreeks in de gehoste GitHub-opslagplaats bewerken met behulp van de GitHub-webinterface. Geef voor elke doorvoering een kort bericht op waarin de wijzigingen worden beschreven die u hebt toegepast. Herhaal deze stappen totdat u de wijzigingen overweegt te voltooien en u bent klaar om anderen te vragen deze te controleren.

  4. Een pull-aanvraag maken. Vraag om feedback door een pull-aanvraag te maken (meestal afgekort als PR) na de laatste commit naar de branch die u hebt aangemaakt. Geef een samenvatting van de wijzigingen in de tak en leg uit welke verbeteringen ze beogen. Gebruik de @-vermelding als u een beoordeling van specifieke personen of teams wilt aanvragen.

    Diagram met hoofd- en functiebranches en een pull-aanvraag.

  5. De pull-aanvraag controleren. Hier treden anderen in, bekijk uw pull-aanvraag en dien hun feedback in, inclusief opmerkingen, vragen en suggesties.

  6. Opmerkingen bij revisies aanpakken. Zodra de beoordelingen zijn voltooid, past u uw wijzigingen aan om rekening te houden met de wijzigingen en wacht u op de goedkeuring van de pull-aanvraag.

  7. De pull-aanvraag samenvoegen. Door de pull-aanvraag goed te keuren, kunt u de inhoud van de branch die u hebt gemaakt samenvoegen met de standaardbranch (mainbranch). GitHub behoudt standaard de opmerkingen en doorvoeringen in de pull-aanvraag, zodat u en anderen ze op elk gewenst moment opnieuw kunnen bekijken. Bij het implementeren van vertakkingsbeveiliging kunnen de beperkingen van invloed zijn op de mogelijkheid om samen te voegen, dus zorg ervoor dat ze eerst tevreden zijn.

  8. De branch verwijderen. Zodra de samenvoeging is voltooid, kunt u de vertakking verwijderen die u hebt gemaakt. Dit helpt de grootte van de opslagplaats te minimaliseren en voorkomt per ongeluk gebruik van verouderde branches.