Skip to content

rethinkdb/docs

Folders and files

NameName
Last commit message
Last commit date

Latest commit

5d00fc9 · May 31, 2024
Apr 28, 2021
May 31, 2024
Aug 25, 2022
Oct 17, 2017
Oct 26, 2019
Aug 6, 2022
May 8, 2022
Aug 12, 2016
Mar 18, 2019
Dec 3, 2020
Mar 17, 2020
Oct 28, 2022
Jun 3, 2016
Sep 9, 2022
Jul 9, 2015
Dec 17, 2023
May 22, 2020
May 22, 2020
Dec 17, 2023
Dec 17, 2023
May 22, 2020
Jun 11, 2021
Dec 17, 2023
Dec 18, 2019
Sep 14, 2015
Oct 23, 2015

Repository files navigation

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:

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 %}

License

This work is licensed under a Creative Commons Attribution-ShareAlike 3.0 Unported License.