An example of versioning with mike for MkDocs
-
create mkdocs.yml
site_name: mike version for mkdocs theme: name: material plugins: - search extra: version: provider: mike nav: - Home: index.md - Content: content.md
-
git commit all changes
-
git checkout new branch v1.x
-
create first version:
mike deploy v1.x
-
back to master and
mike deploy v2.x
, now you get two versions. -
set default version:
mike set-default v2.x
-
preview:
mike serve
git push origin master
git push origin gh-pages
git push origin v1.x
Create .github/workflows/mkdocs.yml
, ensure correct branch and version, v1.x
be equal to branch v1.x and v2.x
be equal to branch master in this demo.
# This is a basic workflow to help you get started with Actions
name: mkdocs
# Controls when the action will run.
on:
# Triggers the workflow on push or pull request events but only for the master branch
push:
branches: [ master ]
# Allows you to run this workflow manually from the Actions tab
workflow_dispatch:
# A workflow run is made up of one or more jobs that can run sequentially or in parallel
jobs:
# This workflow contains a single job called "build"
build:
# The type of runner that the job will run on
runs-on: ubuntu-latest
# Steps represent a sequence of tasks that will be executed as part of the job
steps:
# Checks-out your repository under $GITHUB_WORKSPACE, so your job can access it
- uses: actions/checkout@v3
- uses: actions/setup-python@v4
with:
python-version: 3.x
- run: pip install mkdocs-material mike mkdocstrings[python]
- name: Build docs
run: |
git config --local user.email "action@github.com"
git config --local user.name "GitHub Action"
git fetch origin gh-pages:gh-pages
mike deploy v2.x
git push origin gh-pages