This documentation is available at https://eventstore.org/docs. Pages are built with DocFX.
What follows is documentation for how to use and contribute to the Event Store documentation. If you’re planning to make updates or contributions then read on. Otherwise, head on over to the website.
The Event Store documentation consists of different components, and the documentation reflects this. Depending on what you want to contribute to, the process is different.
This is the bulk of documentation, and where you mostly likely want to contribute. It uses 'DocFX flavored Markdown'. It is similar to standard or GitHub Flavored Markdown, but adds features useful for documentation you can find details of here.
In additions to conceptual docs on the HTTP API, the documentation includes an OpenAPI spec file that DocFX renders to HTML when building the site. Any contributions to that file are welcome, read the OpenAPI spec for more details on the format of that file.
When DocFX builds the documentation it parses XML code comments and renders them as HTML. If you want to contribute to that documentation, then find instructions in the code base repository.
Finally, if you would like to improve the theme for the documentation site, then you can find its repository here.
You can generate the site locally and test your changes. Follow the instructions here to install DocFX and dependencies, then run:
docfx build docfx.json --serve
This builds the site to the /_site
folder and serves it at http://localhost:8080
.
- Make changes (fix typos or grammar, improve wording etc).
- Send a pull request!
- Create new pages and/or sections. Follow the Conventions below.
- If you create a new section add an entry for it to the toc.md file. This file determines the order of sections in the navigation sidebar and helps DocFX build internal navigation.
- Send a pull request!
- File and directory names are all lowercase.
- Replace spaces with dashes.
- Markdown files take the
.md
extension.
The content of our documentation has multiple authors. Formatting and style guidelines help maintain a consistent use of language throughout the docs.
- Acronyms and abbreviations: Use uppercase (e.g. API, HTTP, JVM)
- Brand names: Use correct typesetting (e.g. cURL, Event Store, JavaScript, .NET)
- Example code should not have a line length of more than 80 characters