Basisconcepten van Git beschrijven

Voltooid

Git, als versie- en broncodebeheertechnologie, werkt op een aantal basisconcepten die belangrijk zijn om te begrijpen.

Enkele van de belangrijkste Git-concepten die u moet kennen, zijn:

  • Repositories
  • Gedistribueerde systemen
  • klonen en ophalen
  • vertakking en samenvoeging
  • doorvoeren en pushen

Opslagplaatsen

Het eerste concept is de opslagplaats. Een opslagplaats (opslagplaats) is het project of de map op het hoogste niveau waar uw code of bestanden in zijn ingedeeld. Het is hetzelfde als mapstructuren op uw computer. Net als een mapstructuur op uw computer kunt u deze instellen zoals u wilt, in welke volgorde het meest zinvol is voor uw project. Als u bijvoorbeeld alle documentatie in één map, alle code in een tweede map en media of afbeeldingen in een derde map wilt gebruiken, kunt u dat doen.

Gedistribueerde systemen

In sommige versies of broncodebeheersystemen bevinden alle bestanden zich op een centrale of kernlocatie en kunt u het bestand waaraan u werkt alleen 'uitchecken'. Wanneer u klaar bent met het werken aan het bestand, checkt u het opnieuw in. Als u de versiegeschiedenis of een van de notities wilt zien die zijn gemaakt tijdens updates, moet u de centrale locatie voor die informatie controleren.

Git fungeert als een gedistribueerd versiebeheersysteem. Met een gedistribueerd systeem kan iedereen die is verbonden een volledige en volledige kopie van de opslagplaats hebben op het moment dat ze deze hebben gedownload, inclusief de geschiedenis en notities die eraan zijn gekoppeld.

Klonen en ophalen

Wanneer u met Git werkt als uw versie en de keuze voor broncodebeheer, kunt u een bestaande opslagplaats 'toevoegen' of u kunt uw eigen geheel nieuwe opslagplaats maken. Als u met een al bestaande opslagplaats werkt, moet u beginnen met het klonen van de opslagplaats. Als u de opslagplaats kloont, wordt er een volledige en exacte kopie van de opslagplaats gemaakt. Door de opslagplaats te klonen, krijgt u de structuur, alle bestanden en alle geschiedenis die aan de opslagplaats is gekoppeld.

Omdat Git op een gedistribueerde manier werkt, betekent dit dat u een volledige kopie van de opslagplaats hebt van wanneer u deze hebt gekloond. U hoeft nooit terug te gaan naar de opslagplaats als u zich geen zorgen maakt over updates die anderen mogelijk hebben aangebracht. Dat is echter ook een nadeel. Als u niet teruggaat en uw kopie van de opslagplaats bijwerkt op basis van de bron, bent u niet meer gesynchroniseerd. Pulling is net als klonen, maar voor het onderhouden van continuïteit na uw eerste kloon.

Zowel klonen als ophalen uit opslagplaatsen helpen u de nieuwste versies, geschiedenissen en opmerkingen op te halen en te behouden.

Vertakken en samenvoegen

Met een softwareontwikkelingsproject moet u mogelijk verschillende versies van de code tegelijkertijd beschikbaar hebben. Mogelijk hebt u het volgende nodig:

  • een productie- of liveversie van de code die aangeeft wat momenteel toegankelijk is voor het publiek.
  • een voorlopige versie van de code die de volgende belangrijke update vertegenwoordigt die de toepassing krijgt.
  • een testversie van de code waarin u nieuwe functies test en updates uitvoert die deze mogelijk nooit in een openbare release brengen.
  • een onderbrekings-/oplossingsversie van de code, waarbij de enige updates die zijn aangebracht in de code uit de huidige liveversie, oplossingen zijn voor fouten die optreden.

Als al deze versies nodig zijn, moet u mogelijk vier verschillende opslagplaatsen bewaren. Met vertakkingen kunt u echter al deze, en meer, in dezelfde opslagplaats hebben. Met vertakkingen kunt u kopieën van de bestaande code maken en vervolgens vertakken om te werken aan iets dat niet van invloed is op de hoofdversie of live van de code.

Als u later iets vindt dat u uit een van uw vertakkingen wilt opnemen in de hoofdversie van de code, kunt u dat eenvoudig doen door de vertakte code weer samen te voegen in de hoofdcode. Op deze manier kunt u aan een oplossing of nieuwe functie werken en wanneer de nieuwe functie werkt en is getest, kunt u deze samenvoegen in de livebranch en de functie implementeren voor het publiek.

Vertakkingen en samenvoegen zijn krachtige functies waarmee u uw code kunt experimenteren, patchen of bijwerken zonder de liveversie in gevaar te brengen totdat alles is getest en gereed is.

Als u geen instantie hebt voor de hoofdvertakking van de bronopslagplaats, moet u mogelijk een pull-aanvraag, een samenvoegaanvraag of een aanvraag-pull maken. Deze aanvragen zijn hetzelfde met verschillende namen, afhankelijk van het platform dat u gebruikt. Ze zijn gewoon een verzoek van u, naar de autoriteit voor de hoofdbranch, om uw updates voor de hoofdbranch op te nemen.

Doorvoeren en pushen

Wanneer u een opslagplaats naar uw computer kloont, maakt u een kopie van alle bestanden, opmerkingen en de algehele geschiedenis van de opslagplaats. Vervolgens kunt u wijzigingen aanbrengen in de bestanden. Wanneer u echter een wijziging aanbrengt in het bestand, verandert er niets aan de opslagplaats. U hebt een update uitgevoerd naar een bestand, maar die update maakt geen deel uit van uw lokale opslagplaats of de oorspronkelijke opslagplaats die u in eerste instantie hebt gekloond.

Wanneer u wijzigingen aanbrengt, kunt u beslissen of u deze wijzigingen wilt opnemen in uw lokale opslagplaats of zowel uw lokale opslagplaats als de oorspronkelijke opslagplaats. Als u uw wijzigingen wilt behouden en deze wilt toevoegen aan uw lokale opslagplaats, moet u de wijzigingen doorvoeren. Doorvoeren vertelt uw lokale opslagplaats om het bestand bij te werken. Wanneer u doorvoert, moet u een opmerking invoeren, zodat iedereen die uw wijzigingen tegenkomt, weet wat u hebt gedaan.

Als u deze wijzigingen wilt synchroniseren naar de oorspronkelijke opslagplaats, moet u de wijzigingen terug naar de oorspronkelijke opslagplaats pushen nadat u ze hebt doorgevoerd in uw lokale opslagplaats.

Met een doorvoering worden de updates opgeslagen die u in uw lokale opslagplaats hebt aangebracht, zodat u deze later altijd kunt herstellen. Alleen personen met toegang tot uw lokale opslagplaats zien deze updates echter. Als u met andere ontwikkelaars werkt, zijn alle updates die u doorvoert niet beschikbaar voor deze ontwikkelaars.

Met een push worden de doorgevoerde updates teruggestuurd naar de oorspronkelijke opslagplaats, inclusief opmerkingen of metagegevens die u opneemt. Alle andere ontwikkelaars die dezelfde oorspronkelijke opslagplaats gebruiken, kunnen uw updates en uw opmerkingen zien zodra u de push hebt voltooid.

Afstandsbedieningen

U hebt al geleerd dat u uw eigen Git-opslagplaats kunt maken of dat u de opslagplaats van iemand anders kunt klonen als u wilt samenwerken. Als u een service zoals GitHub gebruikt, betekent dit dat wanneer iedereen hun bestanden pusht, de bestanden worden opgeslagen in de cloud en veilig zijn tegen een rekenfout. Hoewel de GitHub-opslagplaats mogelijk de opslagplaats is die u in eerste instantie hebt gekloond om samen te werken, is het ook een externe opslagplaats.