2020-07-16 22:31:39 +02:00
|
|
|
---
|
|
|
|
template: overrides/main.html
|
|
|
|
---
|
|
|
|
|
|
|
|
# Publishing your site
|
|
|
|
|
|
|
|
The great thing about hosting project documentation in a `git` repository is
|
2020-07-22 19:11:22 +02:00
|
|
|
the ability to deploy it automatically when new changes are pushed. MkDocs
|
2020-07-16 22:31:39 +02:00
|
|
|
makes this ridiculously simple.
|
|
|
|
|
|
|
|
## GitHub Pages
|
|
|
|
|
|
|
|
If you're already hosting your code on GitHub, [GitHub Pages][1] is certainly
|
|
|
|
the most convenient way to publish your project documentation. It's free of
|
|
|
|
charge and pretty easy to set up.
|
|
|
|
|
|
|
|
[1]: https://pages.github.com/
|
|
|
|
|
|
|
|
### with GitHub Actions
|
|
|
|
|
|
|
|
Using [GitHub Actions][2] you can automate the deployment of your project
|
|
|
|
documentation. At the root of your repository, create a new GitHub Actions
|
|
|
|
workflow, e.g. `.github/workflows/ci.yml`, and copy and paste the following
|
|
|
|
contents:
|
|
|
|
|
|
|
|
=== ".github/workflows/ci.yml"
|
|
|
|
|
|
|
|
``` yaml
|
|
|
|
name: ci
|
|
|
|
on:
|
2020-07-17 08:04:48 +02:00
|
|
|
push:
|
|
|
|
branches:
|
|
|
|
- master
|
2020-07-16 22:31:39 +02:00
|
|
|
jobs:
|
|
|
|
deploy:
|
|
|
|
runs-on: ubuntu-latest
|
|
|
|
steps:
|
|
|
|
- uses: actions/checkout@v2
|
|
|
|
- uses: actions/setup-python@v2
|
|
|
|
with:
|
|
|
|
python-version: 3.x
|
|
|
|
- run: pip install mkdocs-material
|
|
|
|
- run: mkdocs gh-deploy --force
|
|
|
|
```
|
|
|
|
|
|
|
|
Now, when a new commit is pushed to `master`, the static site is automatically
|
|
|
|
built and deployed. Commit and push the file to your repository to see the
|
|
|
|
workflow in action.
|
|
|
|
|
|
|
|
Your documentation should shortly appear at `<username>.github.io/<repository>`.
|
|
|
|
|
|
|
|
[2]: https://github.com/features/actions
|
|
|
|
|
|
|
|
### with MkDocs
|
|
|
|
|
|
|
|
If you prefer to deploy your project documentation manually, you can just invoke
|
|
|
|
the following command from the directory containing the `mkdocs.yml` file:
|
|
|
|
|
|
|
|
```
|
|
|
|
mkdocs gh-deploy --force
|
|
|
|
```
|
|
|
|
|
|
|
|
## GitLab Pages
|
|
|
|
|
|
|
|
If you're hosting your code on GitLab, deploying to [GitLab Pages][3] can be
|
|
|
|
done by using the [GitLab CI][4] task runner. At the root of your repository,
|
|
|
|
create a task definition named `.gitlab-ci.yml` and copy and paste the
|
|
|
|
following contents:
|
|
|
|
|
|
|
|
=== ".gitlab-ci.yml"
|
|
|
|
|
|
|
|
``` yaml
|
|
|
|
image: python:latest
|
|
|
|
deploy:
|
|
|
|
stage: deploy
|
|
|
|
only:
|
|
|
|
- master
|
|
|
|
script:
|
|
|
|
- pip install mkdocs-material
|
|
|
|
- mkdocs build --site-dir public
|
|
|
|
artifacts:
|
|
|
|
paths:
|
|
|
|
- public
|
|
|
|
```
|
|
|
|
|
|
|
|
Now, when a new commit is pushed to `master`, the static site is automatically
|
|
|
|
built and deployed. Commit and push the file to your repository to see the
|
|
|
|
workflow in action.
|
|
|
|
|
|
|
|
Your documentation should shortly appear at `<username>.gitlab.io/<repository>`.
|
|
|
|
|
|
|
|
[3]: https://gitlab.com/pages
|
|
|
|
[4]: https://docs.gitlab.com/ee/ci/
|
|
|
|
|