Using Doctor in GitHub Actions for your documentation

Doctor is a tool that you can use to write your documentation in markdown and push it to your SharePoint. That way, you have one location to use and share the documentation in your company. In this article, I want to tell you more about how you can set up GitHub Actions to do automated documentation deployments.

The credentials

Right now, Doctor supports three types of authentications:

1. Certificate authentication
2. Username and password
3. Device code

In GitHub Actions, you can only make use of the first two. Technically, the third is also a possibility, but in that case, it will not run fully automated.

Both of the options require similar steps. For certificate authentication, you will need to do some configuration first.

Creating the workflow

In the project where you want to add the documentation, create the following directories: .github/workflows.

Show image

In the workflows folder, add a file named publish.yml (you can give it another name as well if you want). The file contents look as follows:

1
name: Publish your documentation
2

3
on:
4
  push:
5
    branches:
6
      - dev
7
      - main
8

9
jobs:
10
  build:
11
    runs-on: ubuntu-latest
12

13
    steps:
14
    - uses: actions/checkout@v2
15
    - uses: actions/setup-node@v1
16
      with:
17
        node-version: '14'
18
        registry-url: https://registry.npmjs.org/
19

20
    - name: Install and publish
21
      run: |
22
        startClean=""
23
        # Check on which branch it is running
24
        if [[ ${GITHUB_REF} == "refs/heads/main" ]]; then
25
          startClean="--cleanStart --confirm"
26
        fi
27

28
        # Install doctor
29
        npm i @estruyf/doctor -g
30

31
        # Start doctor publish
32
        doctor publish --auth password --username "${{ secrets.USERNAME }}" --password "${{ secrets.PASSWORD }}" -u "${{ secrets.SITEURL }}" $startClean

As you can see, there is not a lot required to publish your documentation on SharePoint. The workflow automatically starts when you push your code to either the dev or main branch.

The workflow run task checks if the flow is running for the main branch. If that is the case, it will set some extra flags to specify to first do a clean-up on the site before publishing. Otherwise, it will just do page updates and not remove any pages.

Configuring the secrets

Once you have the workflow in your project, go to GitHub to configure the secrets to use in the GitHub Action.

You do this by going to your project on GitHub:

• Click on Settings of your project
• Click on Secrets
• Add for using password authentication, you need the USERNAME, PASSWORD, and SITEURL secrets.

Show image

Running your GitHub Actions workflow

Suppose the workflow and its secrets are in place. It is time to push your code. Once you did that, the Github Actions workflow will automatically start.

Show image

Happy documenting