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: pin the Hugo version, build to public, and publish the generated output on every push.
Deploy a Vite static app to Fjord Pages from Forgejo Actions, with build output, workflow permissions and deploy steps spelled out.
Use dependency caches deliberately when porting Node, Python, Go, Rust, and Docker workflows to Forgejo Actions.