Dit is de repository van de website
developer.overheid.nl, de kennisbank,
communities en blog.
De basis van de website is Docusaurus, de artikelen
bestaan uit Markdown- (of MDX-)
bestanden, deze slaan we in deze repository op, waardoor we met versionering en
reviews kunnen werken.
Wil je bijdragen aan onze kennisbank, blog en of website. Op de pagina Bijdragen staan de verschillende manieren waarop je mee kan helpen.
Neem contact op met ons via een bericht op ons Slack kanaal of stuur een e-mail naar developer.overheid@geonovum.nl. Dan kijken we samen hoe we je bijdrage kunnen vormgeven.
We gebruiken pnpm om afhankelijkheden te installeren en de
website met Docusaurus te draaien. Zorg dat je dat eerst installeert, dat kan
bijvoorbeeld met npm.
Daarna kan je de website lokaal draaien.
- Draai
pnpm installom te zorgen dat alle afhankelijkheden die Docusaurus nodig heeft beschikbaar zijn - Draai
pnpm run startom te builden en Docusaurus te starten.
Daarna kan je de lokale versie van de site bekijken op
http://localhost:3000/.
Maak je aanpassingen aan de design tokens, draai pnpm run build om de CSS te
builden.
Het pnpm run lint:wcag script vereist extra dependencies die niet in de
package.json staan om het aantal dependencies beperkt te houden.
Voer eerst de stappen uit zoals beschreven in
.github/workflows/check-wcag.yml. Draai daarna:
pnpm run lint:wcagOm een blog te publiceren die in draft staat volg je de volgende stappen:
- Maak eventueel een nieuwe map aan als de huidige maand nog niet bestaat in
/blog/{year}/. - Verplaats de blogpost naar de map van de huidige maand.
- Verwijder de
draft: trueproperty uit het frontmatter van de blogpost. - Draai
pnpm buildom te kijken of de markdown in orde is.
De deployment van deze site verloopt via GitHub Actions en een aparte infra repository.
- Organization variable
INFRA_REPO, bijvoorbeelddeveloper-overheid-nl/don-infra. - Repository variable
KUSTOMIZE_PATH, met als basispad bijvoorbeeldapps/frontend/overlays/. - Secrets
RELEASE_PROCES_APP_IDenRELEASE_PROCES_APP_PRIVATE_KEYvoor het aanpassen van de infra repository. - Secrets
PIWIK_PRO_ACCOUNT_ADDRESSenPIWIK_PRO_SITE_IDvoor de build.
De testdeploy draait via .github/workflows/deploy-test.yml.
- De workflow draait op pushes naar branches behalve
main. - Alleen commits met
[deploy-test]in de commit message worden echt gedeployed. - Er wordt een image gebouwd en gepusht naar
ghcr.io/<owner>/<repo>met tagstesten de commit SHA. - Daarna wordt in
INFRA_REPOhet bestand${KUSTOMIZE_PATH}test/kustomization.yamlbijgewerkt naar de nieuwe image tag en direct gecommit.
Voorbeeld commit message:
feat: pas content aan [deploy-test]
De productiedeploy draait via .github/workflows/deploy-prod.yml.
- De workflow draait bij een push naar
main. - Er wordt in
INFRA_REPOeen release branch aangemaakt. - In
${KUSTOMIZE_PATH}prod/kustomization.yamlwordt de image tag bijgewerkt naar de commit SHA van deze repository. - Daarna wordt automatisch een pull request in de infra repository geopend.
- De productie-uitrol gebeurt door die pull request te mergen.
Een contribution of pull request leidt niet automatisch tot een deployment.
- Een pull request triggert wel CI, waaronder de build en JSON-validatie.
- De build in
.github/workflows/build.ymlbouwt voor een pull request een Docker image als controle, maar pusht dat image niet naar GHCR en past de infra repository niet aan. - Er is dus geen automatische preview-omgeving per pull request.
- Een testdeploy gebeurt pas na een push naar een branch in deze repository met
[deploy-test]in de commit message. - Die testdeploy gebruikt repository- en organization-variables en secrets om
ook
INFRA_REPOaan te passen. Daardoor is dit pad in de praktijk bedoeld voor maintainers of contributors met een branch in deze repository.