8.0 KiB
How to Contribute to the Documentation
This documentation is currently hosted live at Spiff-Arena's ReadTheDocs
Please set aside a couple of hours to work through this, as getting this setup correctly once is 10,000 times better than having problems every day for the rest of your life.
Our Methodology
The methodology we are following is known as "Docs as Code".
This means using the same tools and processes that software developers use for writing code to write the documentation for code. In following this methodology, you will have to pick up some tools you haven't had to use before (Git, Sphinx). Why would a technical writer need to learn these software engineering tools? I'll never make the case as well as an article by Tom Johnson.
You might notice, when looking at the markdown files, that every sentence starts on a new line. Like this one. Unless there is a blank line between sentences, Markdown will still render this as a paragraph. This is called Ventilated Prose and can be very helpful when working in Markdown.
Our Tools
Markdown is a "markup language that you can use to add formatting elements to plain text documents." You won't be writing the documentation in a word processor, but in simple plain text, and some special syntax that will consistently and professionally format that text.
The basic Markdown syntax is very simple. Here are some quick examples. And here is a great 10 minute tutorial. This will cover a lot of the basics, like bolding text, italics, paragraphs, lists and other common formatting techniques.
MyST
Markdown doesn't support some really useful formatting options. You can't add footnotes, or create an "aside" comment or build a table. Because of this, there are many extensions, and these are typically referred to as Markdown "Flavors." The flavor we are using is MyST. There is excellent documentation on MyST that you should definitely review, so you know everything that is available to you.
Sphinx
This is a large documentation effort. Many different Markdown pages will together make up the full website.
You will mostly use Sphinx in the background - you won't be aware of it. But if you decide that you want to alter the theme (the colors, styles, etc...) of the final website, Sphinx controls this and offers themes and the ability to change styles / colors and formatting through the site. You just need to learn a little CSS to control it.
GitHub
Our project is managed by a version control system called Git. You can use GIT to submit changes to the documentation, in the same we use to submit changes to our code. It is available on GitHub as the spiff-arena project. GitHub also manages versions of the code and handles running tests. Readthedocs observes changes in git and manages an automated process that causes our documentation to be built and deployed. It will take a bit to get comfortable with Git, but when you do, you will come to love it (or maybe hate it, but with a lot of respect).
Setup
So that's a lot of tools, and seemingly a lot to learn. But you will find that most of it just works - and that once you get into a regular flow, it will become second nature.
Step 1: Pre-Requisites
Assure you have been granted write access to our git repository.
Make sure you have an account on GitHub and then contact dan@sartography.com
and ask him to add you as a contributor.
Step 2: Install VSCode
Download VSCode and install it on your computer.
Step 3: Install Python
We need python in order to build the website locally so we can really see what our content is going to look like once we publish. It's going to be handy for other reasons as well. We'll want python to be properly set up inside of VS Code. Follow these directions and brief tutorial to assure this is set up.
Step 3: Connect VSCode to Git
VSCode comes with Git built in. So you can use VSCode to "pull" changes from others down to your local computer and "push" changes back up to share with others (and to cause our docs site to rebuild).
Here are directions for how to clone Spiff-Arena.
IMPORTANT: Follow those directions, but be sure to checkout https://github.com/sartography/spiff-arena
instead of the project they are using!
You can save the project to any directory on your computer. We strongly suggest you create a sub-folder called "projects" in your "home" or "Desktop" folder and checkout the code into this directory.
Step 4: Open just the Docs Folder
We've checked out the whole spiff-arena project, but we are only going to be working inside of the docs directory. So let's open just that folder in VSCode.
- Go to File -> Open Folder
- Select the "docs" folder inside of spiff-arena.
Now click on the two pieces of paper at the top corner of your screen, and you should see a project that looks like this without all the rest of the code in your way:
Step 4: Add some extensions
- Inside VSCode, go to File -> Preferences -> Extensions
- Search for "myst"
- click the "install" button.
- Repeat, this time installing the "Python" extension for VS Code (from Microsoft)
Step 5: Install Python Dependencies
This project requires a few Python dependencies to work correctly. We are going to set up a Virtual Environment for Python to keep us sane later on. You can do that by following these steps:
- Open the Command Palette (Ctrl+Shift+P), start typing the Python: Create Environment command to search, and then select the command.
- Select Venv
- Select Python 3.11 from the list of options if there is more than one thing to select.
- Be sure the checkbox next to "requirements.txt" is selected.
- Click OK.
Step 6: Fire up the website
- Go to Terminal -> New Terminal
- type: sphinx-autobuild . _build/html -W -a -j auto -n at the prompt and hit enter.
- Open your browser and go to http://127.0.0.1:8000.
Step 7: Make a change
- Open up a markdown file, and make a change.
Step 8: Commit your changes and push them up for everyone
-
Select the "git" button on the left hand side of the toolbar (circles with lines between them)
-
Press the blue "Commit" button.
-
Any changes you pushed up should be live on our website within 5 to 10 minutes.
Linting
:class: warning
Documentation people: please ignore this for now.
We may decide to check the documentation with a "linter" which is designed to keep the documentation consistent and standardized.
One option is markdownlint-cli, which uses David Anson's NodeJS-based markdownlint, which these days seems to be more popular than the ruby-based markdownlint.
A .markdownlint.jsonc
file has been added that configures the same markdownlint program (basically to ignore the rule about long lines, since we are using ventilated prose).