Wat is Git?

Git is de wereldwijde standaard geworden voor versiebeheer. Wat is het precies?

Git is een gedistribueerd versiebeheersysteem, wat betekent dat een lokale kloon van het project een volledige opslagplaats voor versiebeheer is. Met deze volledig functionele lokale opslagplaatsen kunt u eenvoudig offline of op afstand werken. Ontwikkelaars voeren hun werk lokaal door en synchroniseren vervolgens hun kopie van de opslagplaats met de kopie op de server. Dit paradigma verschilt van gecentraliseerd versiebeheer waarbij clients code moeten synchroniseren met een server voordat nieuwe versies van code worden gemaakt.

De flexibiliteit en populariteit van Git maken het een geweldige keuze voor elk team. Veel ontwikkelaars en studenten weten al hoe ze Git moeten gebruiken. De gebruikerscommunity van Git heeft middelen gecreëerd om ontwikkelaars te trainen, en Git's populariteit maakt het gemakkelijk om hulp te krijgen wanneer dat nodig is. Bijna elke ontwikkelomgeving heeft Git-ondersteuning en Git-opdrachtregelprogramma's geïmplementeerd op elk belangrijk besturingssysteem.

Basisbeginselen van Git

Telkens wanneer werk wordt opgeslagen, maakt Git een doorvoering. Een commit is een momentopname van alle bestanden op een specifiek moment. Als een bestand niet is gewijzigd van de ene doorvoering naar de volgende, gebruikt Git het eerder opgeslagen bestand. Dit ontwerp verschilt van andere systemen die een initiële versie van een bestand opslaan en een record van delta's in de loop van de tijd bewaren.

Commits maken koppelingen naar andere commits, waardoor een grafiek van de ontwikkelingsgeschiedenis ontstaat. Het is mogelijk om code terug te zetten naar een vorige doorvoering, te controleren hoe bestanden zijn gewijzigd van de ene doorvoering naar de volgende, en om informatie te bekijken, zoals waar en wanneer er wijzigingen zijn aangebracht. Doorvoeringen worden geïdentificeerd in Git door een unieke cryptografische hash van de inhoud van de doorvoer. Omdat alles is gehasht, is het onmogelijk om wijzigingen aan te brengen, informatie kwijt te raken of bestanden te beschadigen zonder dat Git deze detecteert.

Afdelingen

Elke ontwikkelaar slaat wijzigingen op in hun eigen lokale codeopslagplaats. Als gevolg hiervan kunnen er veel verschillende wijzigingen zijn gebaseerd op dezelfde commit. Git biedt hulpprogramma's voor het isoleren van wijzigingen en het later samenvoegen ervan. Vertakkingen, die lichtgewichte aanwijzers zijn voor lopend werk, beheren deze scheiding. Zodra het werk in een vertakking is voltooid, kan het worden samengevoegd met de hoofdvertakking (of trunk) van het team.

Bestanden en doorvoeringen

Bestanden in Git hebben een van de volgende drie statussen: gewijzigd, gefaseerd of doorgevoerd. Wanneer een bestand voor het eerst wordt gewijzigd, bestaan de wijzigingen alleen in de werkmap. Ze maken nog geen deel uit van een commit of de ontwikkelingsgeschiedenis. De ontwikkelaar moet de gewijzigde bestanden markeren om in de commit te worden opgenomen. Het faseringsgebied bevat alle wijzigingen die moeten worden opgenomen in de volgende doorvoering. Zodra de ontwikkelaar tevreden is over de gefaseerde bestanden, worden de bestanden verpakt als commit met een bericht dat beschrijft wat er gewijzigd is. Deze commit maakt deel uit van de ontwikkelingsgeschiedenis.

Met fasering kunnen ontwikkelaars kiezen welke bestandswijzigingen moeten worden opgeslagen in een doorvoering om grote wijzigingen op te splitsen in een reeks kleinere doorvoeringen. Door het bereik van doorvoeringen te verminderen, is het eenvoudiger om de doorvoergeschiedenis te bekijken om specifieke bestandswijzigingen te vinden.

Voordelen van Git

De voordelen van Git zijn veel.

Gelijktijdige ontwikkeling

Iedereen heeft een eigen lokale kopie van code en kan tegelijkertijd aan hun eigen vertakkingen werken. Git werkt offline omdat bijna elke bewerking lokaal is.

Snellere versies

Vertakkingen maken flexibele en gelijktijdige ontwikkeling mogelijk. De hoofdtak bevat stabiele code van hoge kwaliteit waaruit u uitbrengt. Functiebranches bevatten werk dat wordt uitgevoerd, die na voltooiing worden samengevoegd in de hoofdbranch. Door de releasevertakking te scheiden van de ontwikkeling die wordt uitgevoerd, is het eenvoudiger om stabiele code te beheren en updates sneller te verzenden.

Ingebouwde integratie

Vanwege de populariteit integreert Git in de meeste hulpprogramma's en producten. Elke belangrijke IDE heeft ingebouwde Git-ondersteuning en veel hulpprogramma's ondersteunen continue integratie, continue implementatie, geautomatiseerd testen, traceren van werkitems, metrische gegevens en integratie van rapportagefuncties met Git. Deze integratie vereenvoudigt de dagelijkse werkstroom.

Sterke ondersteuning voor de community

Git is opensource en is de feitelijke standaard geworden voor versiebeheer. Er is geen tekort aan hulpprogramma's en resources die teams kunnen gebruiken. Het volume van communityondersteuning voor Git in vergelijking met andere versiebeheersystemen maakt het eenvoudig om hulp te krijgen wanneer dat nodig is.

Git werkt met elk team

Het gebruik van Git met een hulpprogramma voor broncodebeheer verhoogt de productiviteit van een team door samenwerking aan te moedigen, beleid af te dwingen, processen te automatiseren en zichtbaarheid en traceerbaarheid van werk te verbeteren. Het team kan afzonderlijke hulpprogramma's gebruiken voor versiebeheer, het bijhouden van werkitems en continue integratie en implementatie. Ze kunnen ook een oplossing kiezen, zoals GitHub of Azure DevOps , die al deze taken op één plek ondersteunt.

Pull-aanvragen

Gebruik pull-aanvragen om codewijzigingen met het team te bespreken voordat u ze samenvoegt in de hoofdbranch. De discussies in pull-aanvragen zijn waardevol voor het garanderen van codekwaliteit en het vergroten van de kennis in uw team. Platforms zoals GitHub en Azure DevOps bieden een uitgebreide pull-aanvraagervaring waar ontwikkelaars door bestandswijzigingen kunnen bladeren, opmerkingen kunnen achterlaten, doorvoeringen kunnen inspecteren, builds kunnen bekijken en stemmen om de code goed te keuren.

Beleid voor vertakkingen

Teams kan GitHub en Azure DevOps configureren om consistente werkstromen en processen binnen het team af te dwingen. Ze kunnen vertakkingsbeleid instellen om te garanderen dat pull requests aan de vereisten voldoen voordat ze worden voltooid. Het vertakkingsbeleid beschermt belangrijke vertakkingen door directe pushes te voorkomen, reviewers te vereisen en correcte builds te garanderen.

Volgende stappen

Git installeren en instellen