From a8685afaa0f61ac438498e11d69500f257458379 Mon Sep 17 00:00:00 2001 From: Johan Groenen Date: Mon, 18 Nov 2024 20:53:23 +0100 Subject: [PATCH] Locale links --- nl/criteria/document-codebase-maturity.md | 2 +- nl/criteria/publish-with-an-open-license.md | 2 +- nl/criteria/use-a-coherent-style.md | 2 +- nl/criteria/use-continuous-integration.md | 2 +- nl/criteria/use-open-standards.md | 2 +- 5 files changed, 5 insertions(+), 5 deletions(-) diff --git a/nl/criteria/document-codebase-maturity.md b/nl/criteria/document-codebase-maturity.md index 5823b90..59596e9 100644 --- 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 index e14265e..7a30388 100644 --- 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 index 8fb8208..c4a00e7 100644 --- 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 index a18abc7..57c284f 100644 --- 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 index c680251..a9942fa 100644 --- 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