An open-source distributed database
RethinkDB Documentation
This repository contains all the documentation available at http://rethinkdb.com/. Documentation is written in kramdown, which is a superset of Markdown.
Building standalone documentation
The documentation for the latest RethinkDB release is always available at http://rethinkdb.com/docs. However, if you like, you can build a local version of the documentation for offline viewing or to preview changes.
Prerequisites:
- Ruby
- Bundler
Start by setting up your build environment:
rake init
Then, to build and serve the docs, simply run:
rake
...and visit http://localhost:4000 in your browser.
To reset the build environment and purge all generated files:
rake clean
Contributing
Check out our contributing guidelines.
Documentation layout
YAML front-matter
We use Jekyll to build a static site. Each file starts with a YAML front-matter block, which defines variables used by Jekyll in the build process. The required variables are:
---
layout: documentation # The layout we are going to use
title: Introduction to ReQL # Title of the page
active: docs # The active link in the navbar at the top of the page
docs_active: introduction-to-reql # The active link in the documentation index on the right
permalink: docs/introduction-to-reql/ # URL of the page
---
Markdown parser
We use kramdown to parse the Markdown files, so make sure you use the appropriate syntax. See this handy guide to get started with Markdown and kramdown syntax. Use Markdown as much as you can. Use HTML markup only if needed.
Consistency for multi-version docs
Some documentation pages have multiple versions for different languages, client drivers, platforms, etc. All updates need to be reflected in each version of the page.
For example, if you add a recipe to the Cookbook, you will have to add it to the JavaScript, Python, Java and Ruby versions of the recipe. If you aren't familiar with one of the languages, we'll be more than happy to help you add all the versions.
API docs
All the API files are in /api. Each language has its own directory, which means that ReQL command changes require updating three different files. The file index.md contains a short description of every command.
Each command has a dedicated Markdown file for each language. A YAML header is used in each file for our build system, and has to contain:
---
# The layout of the document
layout: api-command
# The language, valid values are JavaScript, Python, Ruby, Java
language: JavaScript
# The permalink
permalink: api/javascript/add_listener/
# The name of the command (used in the title)
command: addListener
# This method is not defined in a language, in this case, JavaScript -- (valid keys are js, py, rb) -- optional
js: false
# Defines the input and output of the command
io: [...]
# Set of related commands
related_commands:
- <name>: <url_from_parent>
- <name>: <url_from_parent>
---Custom Jekyll tags
faqsection: defines a FAQ section (e.g. the Cookbook), and creates links to jump to the relevant entry.
{% faqsection %}
<body>
{% endfaqsection %}
apisection: defines an API section as seen On the API index.
{% apisection %}
<body>
{% endapisection %}
apibody: defines the method signature of a ReQL command
{% apibody %}
<body>
{% endapibody %}
infobox: produces an info box
{% infobox %}
<content>
{% endinfobox %}from https://github.com/rethinkdb/docs
