Pages
What this solves
You want project documentation hosted from the same Forgejo workflow that tests the code.
Documentation deploys should be boring: build from the repository and publish the exact generated site.
Pages
You want project documentation hosted from the same Forgejo workflow that tests the code.
MkDocs works best when docs builds are treated like tests. Install the same dependency set every time, make warnings visible, and publish only after the generated site is complete.
name: docs
on: [push]
jobs:
build:
runs-on: docker
steps:
- uses: actions/checkout@v4
- run: python -m pip install -r requirements.txt
- run: mkdocs build --strict
- run: test -f site/index.htmlUse `mkdocs build --strict` so broken links fail before deployment.
Keep docs dependencies pinned for repeatable output.
Publish from the generated `site` directory, not from source markdown.
Deploy a Hugo site from Forgejo Actions to Fjord Pages.
Deploy a Vite static app from Forgejo Actions to Fjord Pages.
Use dependency caches deliberately when porting Node, Python, Go, Rust, and Docker workflows to Forgejo Actions.