Locale links

codefornl · Nov 18, 2024 · a8685af · a8685af
1 parent 493f844
commit a8685af
Show file tree

Hide file tree

Showing 5 changed files with 5 additions and 5 deletions.
diff --git a/nl/criteria/document-codebase-maturity.md b/nl/criteria/document-codebase-maturity.md
@@ -38,7 +38,7 @@ Het duidelijk aangeven van de volwassenheid van een [codebase](../glossary.html#
 
 ## Beleidsmakers in de publieke sector: wat je moet doen
 
-- Houd er bij het ontwikkelen van [beleid](../glossary.html#beleid) rekening mee dat elke ontwikkelde [broncode](/nl/glossary.html#broncode) moet worden getest en verbeterd voordat deze in gebruik kan worden genomen.
+- Houd er bij het ontwikkelen van [beleid](../glossary.html#beleid) rekening mee dat elke ontwikkelde [broncode](../glossary.html#broncode) moet worden getest en verbeterd voordat deze in gebruik kan worden genomen.
 
 - Overweeg versionering van beleidswijzigingen, vooral als de wijzigingen nieuwe versies van de broncode veroorzaken.
 

diff --git a/nl/criteria/publish-with-an-open-license.md b/nl/criteria/publish-with-an-open-license.md
@@ -40,7 +40,7 @@ Door voor elk bestand in een codebase duidelijk aan te geven onder welke licenti
 
 ## Beleidsmakers in de publieke sector: wat je moet doen
 
-- Ontwikkel [beleid](../glossary.html#beleid) dat vereist dat broncode [open source](/nl/glossary.html#open-source) is.
+- Ontwikkel [beleid](../glossary.html#beleid) dat vereist dat broncode [open source](../glossary.html#open-source) is.
 
 - Ontwikkel beleid dat het gebruik van niet-open broncode en technologie bij aanbestedingen ontmoedigt.
 

diff --git a/nl/criteria/use-a-coherent-style.md b/nl/criteria/use-a-coherent-style.md
@@ -36,7 +36,7 @@ Door een consistente en coherente stijl te volgen, kunnen bijdragers in verschil
 
 ## Ontwikkelaars en ontwerpers: wat je moet doen
 
-Als de codebase nog geen technische richtlijnen of andere richtlijnen voor bijdragers heeft, begin dan met het toevoegen van documentatie aan de [repository](../glossary.html#repository) die beschrijft wat er nu wordt gedaan, bijvoorbeeld in de `CONTRIBUTING` of `README`. Een belangrijk doel van het bestand is het communiceren van ontwerpvoorkeuren, naamgevingsconventies en andere aspecten die machines niet eenvoudig kunnen controleren. Richtlijnen moeten bevatten wat er verwacht wordt van [broncodebijdragen](/nl/glossary.html#broncode) zodat ze samengevoegd kunnen worden door de beheerders, inclusief broncode, tests en documentatie. Deze documentatie voortdurend verbeteren en uitbreiden met als doel deze documentatie te ontwikkelen tot technische richtlijnen.
+Als de codebase nog geen technische richtlijnen of andere richtlijnen voor bijdragers heeft, begin dan met het toevoegen van documentatie aan de [repository](../glossary.html#repository) die beschrijft wat er nu wordt gedaan, bijvoorbeeld in de `CONTRIBUTING` of `README`. Een belangrijk doel van het bestand is het communiceren van ontwerpvoorkeuren, naamgevingsconventies en andere aspecten die machines niet eenvoudig kunnen controleren. Richtlijnen moeten bevatten wat er verwacht wordt van [broncodebijdragen](../glossary.html#broncode) zodat ze samengevoegd kunnen worden door de beheerders, inclusief broncode, tests en documentatie. Deze documentatie voortdurend verbeteren en uitbreiden met als doel deze documentatie te ontwikkelen tot technische richtlijnen.
 
 Bovendien:
 

diff --git a/nl/criteria/use-continuous-integration.md b/nl/criteria/use-continuous-integration.md
@@ -12,7 +12,7 @@ Asynchrone samenwerking is mogelijk als ontwikkelaars hun werk regelmatig samenv
 
 Door alle functionaliteit automatisch te testen, weet je zeker dat bijdragen werken zoals bedoeld en geen fouten bevatten. Zo kunnen beoordelaars zich richten op de structuur en de aanpak van de bijdrage. Hoe gerichter de test, hoe makkelijker het is om fouten duidelijk te identificeren en te begrijpen wanneer ze zich voordoen.
 
-[Continue integratie](../glossary.html#continue-integratie) maakt het gemakkelijker om de status van de [codebase](/nl/glossary.html#codebase) te controleren. Het documenteren van de continue integratie-workflow van een codebase helpt bijdragers om de verwachtingen bij het leveren van bijdragen te begrijpen.
+[Continue integratie](../glossary.html#continue-integratie) maakt het gemakkelijker om de status van de [codebase](../glossary.html#codebase) te controleren. Het documenteren van de continue integratie-workflow van een codebase helpt bijdragers om de verwachtingen bij het leveren van bijdragen te begrijpen.
 
 ## Vereisten
 

diff --git a/nl/criteria/use-open-standards.md b/nl/criteria/use-open-standards.md
@@ -8,7 +8,7 @@ description: Gebruik open standaarden om interoperabiliteit te garanderen en ven
 
 # Gebruik open standaarden
 
-[Open standaarden](../glossary.html#open-standaard) garanderen toegang tot de kennis die nodig is om de [codebase](/nl/glossary.html#codebase) te gebruiken en eraan bij te dragen. Ze maken interoperabiliteit tussen systemen mogelijk en verminderen het risico op vendor lock-ins. Eenduidige open standaarden maken het mogelijk om beide kanten van een gegevensuitwisseling onafhankelijk van elkaar te ontwikkelen.
+[Open standaarden](../glossary.html#open-standaard) garanderen toegang tot de kennis die nodig is om de [codebase](../glossary.html#codebase) te gebruiken en eraan bij te dragen. Ze maken interoperabiliteit tussen systemen mogelijk en verminderen het risico op vendor lock-ins. Eenduidige open standaarden maken het mogelijk om beide kanten van een gegevensuitwisseling onafhankelijk van elkaar te ontwikkelen.
 
 ## Vereisten