Getting Started with docs
This repository’s documentation site lives in the docs folder and is built with VitePress.
Branching and GitHub Pages
Doc-only changes (handbook updates with no product code in the same change) should follow the same branch flow as a hotfix, not feature work on next:
- Branch from
main, not fromnext. Do not base doc-only work onnext. - Open a pull request and merge into
mainwhen it is ready. - Afterwards, merge
mainintonextsonextpicks up the doc updates (the merge-back step used after hotfixes).
If your work is a feature or bugfix that also touches docs/, follow the normal process for that work (for example branch from next, open your usual PR into next). Edit the docs in the same feature or bugfix branch; you do not need a separate doc-only branch from main for those edits.
Details and diagrams for both flows are in Branching Strategy and Convention.
The handbook on GitHub Pages is deployed from the main branch. Doc-only fixes should land on main first so the site updates quickly; documentation that ships with a feature or bugfix reaches main when that change is merged through your normal release path.
Prerequisites
- Node.js (LTS recommended), same major version you use elsewhere in this repo
- npm
Install and run locally
From the repository root:
cd docs
npm install
npm run docs:devVitePress prints a local URL (typically http://localhost:5173). Open it in a browser to browse the site with hot reload while you edit Markdown under docs/.
Other commands
npm run format— format Markdown, Vue, JS, and CSS underdocs/with Prettier (same@muenchen/prettier-codeformatpreset aszmscitizenview)npm run format:check— verify formatting without writing files (useful in CI)npm run docs:build— production build; output is written todocs/.vitepress/distnpm run docs:preview— serve the built site locally to verify the build
Configuration and theme
- Site config:
docs/.vitepress/config.mjs - Custom theme pieces:
docs/.vitepress/theme/
The published site uses base: /eappointment/ in config. For local docs:dev, VitePress still serves from the dev server root; if something looks wrong with asset paths, compare behavior with docs:preview after a docs:build.
In GitHub Codespaces
If your Codespace includes Node tooling, use the same commands from the repo workspace after opening the docs folder. Ensure port forwarding is enabled for the dev server port VitePress reports so you can open it in the browser.