Als je wel eens code hebt geschreven voor WordPress of je interesse hier ligt, dan heb je misschien gehoord van git of GitHub. Veel ontwikkelaars gebruiken deze tools dagelijks, maar als je ze nog nooit hebt gebruikt, dan is het misschien wat lastig om te begrijpen wat ze precies doen – laat staan het verschil ertussen te begrijpen.
Maar als je eenmaal de functies van zowel git als GitHub doorhebt, dan ben je maar een stap verwijderd om ze ook voor jouw werkzaamheden te gebruiken en je ontwikkelingsproces te stroomlijnen. Sterker nog, je kan de twee zelfs integreren en als combinatie gebruiken.
In dit artikel kijken we naar hoe je git en GitHub kan inzetten. We zullen ook uitleggen wie nou eigenlijk de eigenaar is van elk platform en bespreken hoe je ze als combinatie kan gebruiken voor beter versiebeheer en collaboratieve ontwikkeling.
Aan de slag!
Kijk je liever de videoversie?
Een inleiding tot git en versiebeheer
Laten we eerst eens kijken naar git. Dit is een versiebeheersoftware voor ontwikkelaars:
Versiebeheer verwijst naar het proces van het opslaan van verschillende bestanden of “versies” in de verschillende stadia van een project (zie ook: WordPress versiebeheer). Dit stelt ontwikkelaars in staat om bij te houden wat er is gedaan en eventueel terug te keren naar een vorige fase wanneer ze een aantal van de aangebrachte wijzigingen ongedaan willen maken.
Dit kan om verschillende redenen van pas komen. Het maakt het bijvoorbeeld eenvoudiger om fouten op te lossen en fouten te corrigeren die tijdens de ontwikkeling zijn opgetreden. Je kunt ook wijzigingen in elke versie noteren, zodat teamleden op de hoogte blijven van wat er is voltooid en wat nog moet worden gedaan.
In tegenstelling tot de meeste andere versiebeheersystemen (ook wel Version Control Systems of VCS’s genoemd), slaat git elke opgeslagen versie op als een snapshot, een “momentopname” in plaats van een lijst met wijzigingen in elk bestand. Je kunt indien nodig, verwijzen naar oude snapshots en er worden nieuwe snapshots gemaakt wanneer jouw project wordt gewijzigd.
Git stelt je ook in staat om veranderingen van en naar installaties op andere computers te “duwen” (“push”) en te “trekken” (“pull”). Dit maakt het een zogenaamd “gedistribueerd versiebeheersysteem” en stelt meerdere ontwikkelaars in staat aan hetzelfde project te werken.
Er zijn echter enkele nadelen verbonden aan het op deze benadering van het ontwikkelingsproces. Aangezien lokale software op jouw individuele computer is geïnstalleerd, kan git de bewerkingen die andere ontwikkelaars mogelijk maken niet in realtime lezen. Dit betekent dat als jij en een teamgenoot tegelijkertijd aan een project werken, je de laatste bewerkingen binnen elkaars werk niet kunt zien.
Dus als je niet helemaal zeker weet wanneer teamleden aan jouw project gaan werken, is git beter. Door de meer individuele aanpak vermijd je conflicten of dat iemand per ongeluk jouw code overschrijft.
Het verschil tussen git en GitHub
GitHub maakt het makkelijker om met git samen te werken. Het is een platform dat opslagplaatsen van codes kan bevatten op meerdere locaties, zodat meerdere ontwikkelaars aan één project kunnen werken en elkaars bewerkingen in realtime kunnen bekijken:
Bovendien bevat het ook projectorganisatie- en beheerfuncties. Je kunt taken toewijzen aan individuen of groepen, toestemmingen en rollen instellen voor contributors en gebruik maken van opmerkingen om iedereen bij de les te houden.
Bovendien zijn GitHub repository’s openbaar beschikbaar. Ontwikkelaars van over de hele wereld kunnen interacteren met en bijdragen aan elkaars codes om deze te wijzigen of te verbeteren. Dit staat bekend als “social coding”. In zekere zin maakt dit GitHub een netwerksite voor webprofessionals.
Er zijn drie primaire acties die je kunt ondernemen als het gaat om interactie met de codes van andere ontwikkelaars op GitHub:
- Fork: Het proces van het kopiëren van andermans codes uit de repository om deze te wijzigen.
- Pull: Als je klaar bent met het wijzigen van de codes van iemand anders, kun je deze via een “pull request” met de oorspronkelijke eigenaar delen.
- Samenvoegen: Eigenaars kunnen via een samenvoeging nieuwe wijzigingen aan hun projecten toevoegen en de bijdragers die ze hebben voorgesteld, vermelden.
Vooral voor nieuwere ontwikkelaars die hun cv proberen op te bouwen, kan dit een geweldige kans zijn om wat ervaring op te doen. GitHub stelt je in staat om projecten op je profiel te delen en houdt een tijdlijn bij van alle projecten waaraan je hebt bijgedragen.
Om het verschil tussen git en GitHub samen te vatten:
- Git is lokale VCS software waarmee ontwikkelaars snapshots van hun projecten in de loop van de tijd kunnen opslaan. Het is over het algemeen het beste voor individueel gebruik.
- GitHub is een webgebaseerd platform met git’s versiecontrolefuncties, zodat ze in samenwerkingsverband kunnen worden gebruikt. Het bevat ook functies voor project- en teambeheer, evenals mogelijkheden om te netwerken en sociale codering.
GitHub vs GitLab begrijpen
GitHub is niet de enige Git repository die je zou kunnen overwegen als je wilt samenwerken aan een ontwikkelingsproject. GitLab is een ander, zeer vergelijkbaar platform dat ook de moeite van het bekijken waard is:
Net als GitHub stelt GitLab je in staat om codes op te slaan en git’s versiecontrolemogelijkheden te gebruiken. Het biedt echter ook meer genuanceerde gebruikersrechten en bevat ingebouwde Continuous Integration (CI). Dit elimineert de noodzaak van de pull-verzoeken die in GitHub worden gebruikt.
Dat gezegd hebbende, is GitLab nog steeds niet zo populair als GitHub. Met 40 miljoen gebruikers biedt GitHub veel meer mogelijkheden voor netwerken, sociale codering en zelfs het leren van andere, meer ervaren professionals op jouw vakgebied.
Kortom, beide platforms zijn handig, maar voor iets andere situaties. Als je niet geïnteresseerd bent in het samenwerken met ontwikkelaars buiten je team, kan GitLab helpen om jouw workflow te versnellen. GitHub is echter waarschijnlijk de betere route voor diegenen die hun carrière willen uitbreiden.
Eigendomsrecht en de kosten van git vs GitHub
Omdat ze zo nauw verwant zijn, zou het logisch zijn als git en GitHub eigendom waren van hetzelfde bedrijf. Integendeel, git is opensource software, terwijl GitHub eigendom is van Microsoft.
Open sourceplatforms – inclusief git en WordPress – zijn gratis te gebruiken, wijzigen en distribueren. Er is ook een gratis abonnement beschikbaar voor GitHub, maar om te profiteren van alle functies van het platform, moet je upgraden naar een betaald niveau.
Individuele Pro-abonnementen kosten $ 7 per maand. Voor teams beginnen de prijzen vanaf $9 per maand per gebruiker. Je kunt ook kijken naar de prijsopties van Enterprise voor grotere groepen die meer geavanceerde functies nodig hebben.
Hoe git en GitHub te integreren (in 5 stappen)
Om git en GitHub samen te gebruiken voor versiebeheer en samenwerking, zijn er een paar stappen die je moet ondernemen. Laten we eens kijken hoe dat proces werkt.
Het is belangrijk op te merken dat je git moet gebruiken om te profiteren van GitHub, dus je zult je vaardigheden met de eerste willen opfrissen voordat je probeert de twee te integreren. We hebben enkele basisinstructies hieronder opgenomen om je op weg te helpen.
Als je git al gebruikt, kun je doorgaan naar stap 2. Is git nieuw voor je? Dan zul je een en ander moeten installeren en wat codes moeten toevoegen voordat je verder kan gaan.
Stap 1: Installeer git en voeg een repository toe
Download eerst de git software voor jouw besturingssysteem (OS):
Vervolgens moet je het installatieprogramma uitvoeren. Dit proces is afhankelijk van het besturingssysteem dat je gebruikt. Vervolgens kan je git instellen met behulp van jouw commandline-interface.
Zodra deze geactiveerd is, zijn er een paar termen waarmee je vertrouwd wilt raken wanneer je de software gaat gebruiken:
- Repository: De bestandslocatie waar jouw project is opgeslagen.
- Commit: De opdracht die wordt gebruikt om nieuwe wijzigingen aan jouw project in de repository op te slaan.
- Stage: Voordat je wijzigingen in Git kunt doorvoeren, moet je ze in stage plaatsen – dit geeft je de kans om je code voor te bereiden voordat je deze formeel aan je project toevoegt.
- Branch: Het deel van je project dat je momenteel ontwikkelt.
Om Git met GitHub te verbinden, moet je een repository toevoegen en minstens één commit maken. Je hebt dan genoeg van je project opgezet om in GitHub te gaan werken.
Stap 2: Maak een GitHub account aan
Vervolgens heb je een GitHub account nodig. Je kunt je gratis aanmelden of investeren in een betaald abonnement:
Een gratis account werkt goed voor nieuwe ontwikkelaars die hun vaardigheden willen verbeteren. Een Pro plan is beter geschikt voor freelancers en gevorderde programmeurs, terwijl bedrijven idealiter willen investeren in een teamplan om toegang te krijgen tot meer projectbeheer- en communicatietools.
Bovendien biedt GitHub kortingen aan voor non-profitorganisaties, docenten en studenten.
Stap 3: Voeg een GitHub repository toe aan je account
Nadat je je account hebt gemaakt en ingesteld, moet je een repository maken in GitHub waar je je project kunt opslaan wanneer je deze overzet van git. Je kunt dit doen door op de relevante link in de linkerzijbalk te klikken:
Vervolgens moet je een naam kiezen voor je repository:
Je kunt ook beslissen of je je de repository openbaar wilt maken zodat andere GitHub-gebruikers deze kunnen vinden en eraan kunnen bijdragen, of dat je deze privé wilt houden.
Hoe dan ook, aangezien je een bestaand project gebruikt, moet je ervoor zorgen dat je de Initialize this repository with a README -vakje niet aanvinkt.
Stap 4: Push een repository naar GitHub
Vervolgens heb je de mogelijkheid om op verschillende manieren codes aan je repository toe te voegen.
Aangezien je jouw Git repository al hebt ingesteld, kun je de optie: “push an existing repository from the command line” gebruiken:
Met het klembordpictogram aan de rechterkant kun je de hier vermelde opdrachten kopiëren, zodat je ze snel in je favoriete opdrachtregelinterface kunt plakken om je GitHub repository te maken.
Zodra dat is gebeurd, ververs je jouw GitHub pagina:
Je zou nu je repository in GitHub moeten kunnen zien. Van daaruit kun je online beginnen met het aanbrengen van wijzigingen in je project.
Het is ook mogelijk om pull-verzoeken te verzenden en samen te voegen en andere tools te gebruiken die bij je pakket zijn inbegrepen.
Stap 5: Pull je wijzigingen terug naar Git
Hoewel je alle wijzigingen die jij en anderen in je project hebben aangebracht op GitHub kunt zien, heeft het platform geen directe toegang tot de bestanden van je computer. Om je project up-to-date te houden op jouw computer, moet je jouw bewerkingen ophalen via Git.
Om dit te doen, voer je simpelweg Git pull origin master in je command-line interface in. Dit zou je bestanden moeten bijwerken, zodat alles synchroon loopt in alle iteraties van je project.
Samenvatting
Hoewel het begrijpen van het verschil tussen Git en GitHub in het begin een beetje verwarrend kan zijn, zijn ze beide van onschatbare waarde voor ontwikkelingsdoeleinden als je de basis eenmaal begrijpt.
Om Git en GitHub te integreren, moet je deze stappen volgen:
- Installeer Git, voeg een repository toe en maak een commit.
- Maak een GitHub-account aan.
- Voeg een GitHub-opslagplaats toe aan jouw account.
- Push een commit naar GitHub.
- Pull je wijzigingen terug naar Git
Als je met een team samenwerkt om een website te bouwen, kan versiebeheer en delen van vitaal belang zijn.
