Wat is een repository en waarom is het belangrijk in softwareontwikkeling?

Repositories zijn digitale ruimtes waar je projecten worden bewaard. Ze slaan bestanden op, houden wijzigingen bij en maken samenwerken met anderen eenvoudig. Je ziet wat er is veranderd, wie de wijziging heeft gedaan en waarom.

In dit artikel bespreken we wat repositories zijn, de belangrijkste types die je tegenkomt en waarom ze belangrijk zijn.

Het idee achter een repository

Een repository (of repo) is een centrale plek waar alle bestanden, code, documenten en resources voor een project worden opgeslagen. Het is als een hub die alles georganiseerd en toegankelijk houdt voor je team.

Wat een repository nuttig maakt, is dat het versiebeheer ondersteunt. Dat betekent dat elke wijziging wordt vastgelegd: wie hem heeft gedaan, wanneer en waarom. Als er iets stukgaat of moet worden nagekeken, kun je altijd terugrollen naar een eerdere versie.

Je kunt een repository bijvoorbeeld zien als een projectmap in de cloud. Net als een map op je computer bewaart het al je bestanden op één plek. Maar in tegenstelling tot een gewone map houdt een repository elke bewerking bij, noteert wie de wijziging heeft gedaan en bewaart de volledige geschiedenis.

Dit betekent dat jij en je team vrij bestanden kunnen toevoegen, bijwerken of herstructureren, zonder bang te zijn werk kwijt te raken. 

Belangrijkste functies en mogelijkheden van een repository

Laten we kijken naar de kernfuncties van een repository en hoe ze werken:

Opslag

Een repository bewaart al je projectbestanden op één plek. In plaats van code op één laptop, afbeeldingen in een chat en notities in een e-mail, staat alles bij elkaar op één locatie. Zo raak je nooit het overzicht kwijt en weet je hele team altijd waar relevante data te vinden is.

Als je bijvoorbeeld een website bouwt, worden je HTML, CSS, afbeeldingen en notities allemaal in dezelfde repo opgeslagen. Zo is er geen verwarring en ontbreken er geen bestanden.

Versiebeheer

Telkens wanneer je wijzigingen opslaat in een repository, onthoudt die ze. Je kunt zien wie de bewerking heeft gedaan, wanneer dat gebeurde en wat er is veranderd. Als er iets geks gebeurt, hoef je je geen zorgen te maken. Je kunt altijd teruggaan naar een vorige versie. Dat geeft je de rust dat er nooit echt iets verloren gaat.

Stel dat je teamgenoot per ongeluk een deel van de homepagecode verwijdert. (Ik weet het, hè?) In plaats van alles opnieuw te schrijven, rol je terug naar de versie van gisteren en is het probleem binnen seconden opgelost.

Samenwerking

Als je in een repository werkt, kunnen jij en je teamgenoten tegelijkertijd bijdragen. Je hoeft niet te wachten tot iemand klaar is en je hoeft je geen zorgen te maken dat je elkaars werk overschrijft. Iedereen kan zich focussen op z’n eigen taken en de repository houdt alles in sync.

Stel, je werkt samen met een teamgenoot aan een project. De één kan een bug fixen terwijl de ander tegelijk de homepage ontwerpt. Jullie werken dus parallel, en toch vloeit alles soepel samen in hetzelfde overkoepelende project.

Organisatie

Met een repository zijn je bestanden niet versnipperd of lastig te vinden. Je kunt een duidelijke mappenstructuur opzetten zodat je altijd precies weet waar iets hoort. Dat houdt je werk netjes en bespaart je tijd met zoeken naar dat ene bestand dat je nodig hebt.

Stel dat je je bestand “styles.css” zoekt. In plaats van door tientallen willekeurige mappen te speuren, open je in de repo de map “assets” en daar staat het.

Toegangsbeheer

Soms wil je je project privé houden, en soms wil je het delen. Een repository geeft je controle over wie je werk kan bekijken of bewerken. Jij bepaalt of het privé, openbaar of iets daartussenin is met aangepaste rechten.

Zo kun je je repo bijvoorbeeld privé houden tijdens de ontwikkeling en hem na de lancering openbaar maken, zodat anderen je afgeronde project kunnen bekijken.

Integratie

Repositories kunnen ook koppelen met de andere tools die je gebruikt. Dat betekent dat je workflows kunt opzetten die je code automatisch testen, updates uitrollen of zelfs je projectmanagementtaken bijwerken zonder dat je daar iets voor hoeft te doen.

Stel, je pusht nieuwe code naar de repo. Meteen draaien geautomatiseerde tests en worden bugs gemarkeerd. Tegelijkertijd zet je projectbord de taak op afgerond. Zo werkt alles samen. 

Veelvoorkomende types repositories

Er is niet maar één soort repository. Afhankelijk van je project kom je verschillende types tegen, elk met een eigen doel en voordelen. Laten we de meest voorkomende bekijken.

Repositories van versiebeheersystemen

Een repository voor versiebeheer houdt elke wijziging aan je projectbestanden bij. Zo kun je versies vergelijken, terugrollen indien nodig en veilig samenwerken zonder elkaars werk te overschrijven.

Er zijn verschillende soorten versiebeheersystemen, en de meest voorkomende die je zult zien zijn:

• Git laat elke ontwikkelaar een volledige kopie van de repository op zijn of haar eigen computer bewaren (een gedistribueerd systeem). Dit maakt samenwerken sneller en veiliger, omdat geen enkele serverstoring het project kan wegvagen.
• Mercurial is ook een gedistribueerd versiebeheersysteem. Tegenwoordig minder gebruikelijk, maar sommige teams gebruiken het nog vanwege de eenvoud.
• Subversion (SVN) is een ouder, gecentraliseerd versiebeheersysteem. In plaats van dat iedereen een volledige kopie heeft, is er één hoofdserver die de repository bevat. Ontwikkelaars verbinden met die server om bestanden te openen of bij te werken.

Package manager-repositories

Een package manager-repository bewaart codelibraries (zogeheten packages). In plaats van alles from scratch te schrijven, kun je kant-en-klare code gebruiken om de ontwikkeling te versnellen. Je kunt ook je eigen project verpakken en delen met anderen.

Dit bespaart tijd en zorgt voor consistentie, omdat je niet telkens het wiel hoeft uit te vinden voor veelvoorkomende features zoals inlogsystemen, grafieken of knoppen.

Hier zijn enkele populaire package manager-repositories:

• npm is de belangrijkste package manager voor JavaScript. Het host duizenden libraries zoals React, Angular en Bootstrap.
• PyPI (Python Package Index) is het centrale knooppunt voor Python-packages. Je installeert deze libraries met pip.
• apt wordt vaak gebruikt op Linux-systemen om software op besturingssysteemniveau te installeren en bij te werken.

Datarepositories 

Een datarepository is een centrale plek waar datasets worden opgeslagen, beheerd en gedeeld. In plaats van enorme bestanden verspreid over verschillende computers te bewaren, houdt een datarepo ze op één vertrouwde locatie.

Een van de belangrijkste voordelen is dat datarepositories meestal metadata bevatten (details zoals auteur, datum, versie en licentie). Daardoor is de data makkelijker te begrijpen, te hergebruiken en te citeren. Ben je onderzoeker of data scientist, dan weet je precies waar de data vandaan komt en of je die mag gebruiken.

Een bekend voorbeeld van een datarepository is Kaggle, waar mensen datasets uploaden die anderen kunnen downloaden, analyseren en zelfs verbeteren.

Infrastructure as Code (IaC)-repositories

Een Infrastructure as Code (IaC)-repository is waar je configuratiebestanden bewaart die je infrastructuur beschrijven—zoals servers, netwerken of cloudresources. In plaats van deze handmatig in te richten, beschrijf je ze als code.

Want zodra je infrastructuur code is, kun je die net als software versiebeheren, reviewen, hergebruiken en automatiseren. Dat maakt DevOps-teams sneller en minder gevoelig voor menselijke fouten.

Met Terraform bijvoorbeeld schrijf je eenvoudige config-bestanden die aangeven welke infrastructuur je nodig hebt. Terraform bouwt of werkt die vervolgens automatisch bij. Die configuratie blijft in de repo zodat het hele team die kan zien, wijzigingen kan volgen en kan hergebruiken voor toekomstige projecten.

Repository-concepten en -terminologie

Als je met repositories gaat werken, kom je een aantal standaardtermen tegen.

Dit is wat ze betekenen:

Openbare vs. privérepositories

Wanneer je een repository opzet, bepaal je ook wie erbij kan. Sommige zijn voor iedereen toegankelijk, sommige alleen voor uitgenodigde medewerkers en sommige blijven binnen een bedrijf. 

Laten we de drie belangrijkste types bekijken.

Openbare repositories

Een openbare repo is voor iedereen toegankelijk. Iedereen kan die bekijken, downloaden of zelfs bijdragen als je dat toestaat. Dit is de standaard voor open-sourceprojecten, waar het doel is om werk te delen en hulp uit de community te ontvangen.

Als je een gratis codelibrary uitbrengt, betekent openbaar maken dat andere ontwikkelaars die kunnen gebruiken, verbeteringen kunnen voorstellen en bugs kunnen fixen.

Omdat de hele wereld een openbare repo kan zien, let op dat je geen gevoelige data opneemt. Je kunt tools zoals Dependabot gebruiken om op kwetsbaarheden te scannen.

Privérepositories

Een privérepo is afgesloten voor alleen de mensen die jij kiest. Dit is gebruikelijk voor projecten die nog niet gedeeld mogen worden of die gevoelige of eigendomsrechtelijke code bevatten.

Als je team aan de website van een klant bouwt, houd je die in een privérepo tot de lancering, zodat concurrenten of het publiek er geen toegang toe hebben.

Maar ook in privérepos mag je niet verslappen. Gebruik sterke machtigingen, multifactorauthenticatie en controleer regelmatig de toegang om problemen te voorkomen.

Interne repositories

Een interne repo is alleen beschikbaar voor mensen binnen je organisatie. Iedereen in het bedrijf kan die zien, maar buitenstaanders niet. Dit werkt goed voor bedrijfsbrede projecten die intern gedeeld moeten worden, maar niet daarbuiten.

Zo kan een bedrijf zijn HR-tools hosten in een interne repo, zodat elke werknemer ze kan gebruiken, maar niemand buiten het bedrijf de code kan bekijken.

Maar als je een interne repo gebruikt, let dan op machtigingen en forkbeleid, zodat de code niet buiten je muren lekt.

Waarom repositories ertoe doen

Repositories geven je tools die projecten makkelijker te beheren en te delen maken. Maar er is nog veel meer—dit is wat ze je laten doen:

• Tegelijk samenwerken met teamgenoten zonder elkaars wijzigingen te overschrijven.
• Elke wijziging volgen, zien wie die heeft gedaan en terugrollen als er iets misgaat.
• Experimenteren met nieuwe features of bugfixes in branches zonder het hoofdproject te raken, en ze terug mergen zodra ze klaar zijn.
• Documentatie op één plek houden met bestanden zoals README.md of wiki’s, zodat iedereen begrijpt hoe het project werkt.
• Projecten tonen op platforms zoals GitHub, zodat je ze kunt gebruiken als portfolio om je skills te laten zien.
• Repositories koppelen met tools zoals GitHub Actions, GitLab CI of Jenkins om projecten automatisch te testen en te deployen.

Populaire hostingservices voor repositories

Er zijn verschillende platforms waar je je repositories kunt hosten, elk met zijn eigen sterke punten. Laten we enkele van de meest gebruikte bekijken:

GitHub 

Geklasseerd als 32 van de top 500 websites is GitHub het populairste platform om repositories te hosten, met miljoenen ontwikkelaars en projecten erop. Het is de standaardkeuze geworden wanneer mensen het hebben over code delen.

GitHub heeft een eigen mix van functies. 

• Je kunt openbare repo’s maken om te delen met de open-sourcecommunity of privérepo’s alleen voor je team. 
• Het heeft ingebouwde tools zoals issuetracking, codereviews, projectborden en wiki’s, waardoor projecten beheren en samenwerken makkelijker wordt. 
• Je kunt statische websites en blogs direct vanuit je repo hosten met GitHub Pages.

Hier is de prijslijst van GitHub:

Bitbucket

Bitbucket is Atlassians hostingservice voor repo’s en werkt heel goed als je al tools zoals Jira of Trello gebruikt. Omdat ze onderling koppelen, kun je je taken in Jira bijhouden en die direct linken aan de code in Bitbucket, wat samenwerken een stuk soepeler maakt. 

Het heeft zelfs ingebouwde pull requests, codereviews en CI/CD-pijplijnen, zodat je je code direct vanaf het platform kunt testen en deployen.

Zo ziet hun prijslijst eruit: 

GitLab

GitLab is een andere grote naam in repo-hosting. Het is een alles-in-één platform voor het coderen, testen en deployen van projecten. In tegenstelling tot GitHub of Bitbucket kun je het ook zelf hosten op je eigen servers, wat veel bedrijven prettig vinden voor privacy en controle.

Het wordt geleverd met ingebouwde CI/CD-pijplijnen, zodat je je code automatisch kunt testen en deployen.

Hun prijslijst is als volgt:

SourceForge

SourceForge is een van de oudste platforms voor het hosten van open-sourceprojecten. Het is misschien niet meer zo populair als GitHub of GitLab, maar het wordt nog steeds veel gebruikt voor het distribueren van gratis software. 

Het is vooral gericht op open-sourceprojecten, niet op privéprojecten. Werk je aan openbare software die iedereen kan gebruiken, dan is SourceForge nog steeds een solide optie.

Voor open-sourceprojecten is het kosteloos. 

AWS CodeCommit 

AWS CodeCommit is Amazons eigen Git-gebaseerde repositoryservice. Het is volledig beheerd, dus je hoeft zelf geen servers op te zetten of te onderhouden; AWS regelt de infrastructuur en schaalbaarheid voor je.

De repositories zijn standaard privé en je kunt ze delen tussen AWS-accounts zonder inloggegevens bloot te geven. 

Zo ziet de prijslijst eruit: 

Tot slot 

Repositories brengen alles samen. Ze houden code veilig, volgen wijzigingen en maken samenwerken veel eenvoudiger. Moderne softwareontwikkeling zou bijna onmogelijk zijn zonder.

Dus als je net begint, bekijk dan onze cursus Introduction to Git. Leer de basis—commits, pushes en branches—en je ziet al snel waarom repositories zo’n essentieel onderdeel van elk project zijn.