-
Notifications
You must be signed in to change notification settings - Fork 33
Description
This project's documentation is somewhat limited. I suggest migrating towards a documentation solution using either MkDocs or GitBook.
Expected Behavior
Users should be able to access a documentation site for the project which includes tutorials, design explanations/concept guides, and reference materials. Preferably, this documentation should be versioned, available as a downloadable artifact, source controlled, and built automatically via CI.
Current Behavior
Documentation exists in limited form as wiki articles in the project, though these are not always up to date.
Possible Solution
We could use either MkDocs or GitBook to create the documentation site. GitBook can also be used to export to PDF/epub/mobi format for artifact download.
I suggest breaking documentation into three broad parts:
- Tutorials: This section includes more blog-like documentation conversationally walking prospective users/developers through using and interacting with the project. This is a perfect place to give an example of how to create a plugin or how to set permissions for a role.
- Guides: This section is more like an informal set of white papers or design documents explaining design decisions, security concerns, and other topics not best suited to a blog format but which still need to be covered.
- Reference: This section is where all of the actual reference documentation (exported comment based help, class references, etc) belong.
Context
I have found that this type of documentation makes using a project much easier from both a normal user standpoint as well as from a contributing developer standpoint. It doesn't have to be written all at once but providing a base level of useful documentation and then iterating on it can help to drive adoption and help answer questions about the project more easily.