Sign Up

Versioning

Doctave supports publishing multiple versions of your documentation at the same time. This is useful for separating different revisions of your product and keeping different versions of your documentation separated.

Doctave supports multiple versions of your documentationDoctave supports multiple versions of your documentation

How Doctave handles versioning

In Doctave, every version lives in its own Git branch. When an update occurs in the version's branch, the version is automatically updated.

This way you can isolate your versions, deploy them independently, and even version your code and docs together.

As well as branches, you can also have versions mapped to a specific commit hash, or a manually uploaded build.

Version visibility

Each version can have its own visibility setting. This lets you for example have private staging versions of your docs, or share upcoming feature documentation with specific stake holders via a password-protected link.

Individual versions can be set to:

  •   Public (accessible to anyone)
  •   Private (accessible only to members of your Doctave team)
  •   Password protected (accessible by anyone with the password)

Versioning and URLs

The default version for your will be accessible at the root URL:

# The landing page for the default version:
https://docs.example.com

# Accessing content in the default versions
https://docs.example.com/path/to/page

If you create a second version, you can access it by using the name of the version in the URL. For example, a v2 version would be accessible through these URLs:

# The landing page for the default version:
https://docs.example.com/v2/
                         ^^

# Accessing content in the default versions
https://docs.example.com/v2/path/to/page
                         ^^

If you have a subdirectory in your default version that matches the name of another version, the other version will have precedence.

Creating multiple versions of your docs

Let's say you have your default version following changes in your main branch, and you want another internally accessible private version that follows the changes in the dev branch so you can view upcoming changes easily before they're released to the public.

Let's create this in Doctave.

Navigate to your site settings and find the Versions sections.

Versions in site settings

By default there will be a version for the main branch. Create a new version to follow the dev branch by clicking on "New Version." Next, configure the version to follow changes in the dev branch.

New version

Once you have created the new version, all new updates in the dev branch will be found in this version.

Creating a private version

Start creating a new version and select the visibility to be private.

Private version

Only the members of your Doctave team can access private versions. Anyone else attempting to access the version will receive a 404 Not Found error. The private version won't be listed in the list of versions for readers outside your team.

Protecting your docs with a password

Start creating a new version and select the visibility to be protected.

Password protected version

When trying to access a password protected version, the reader will be redirected to a page prompting a password. If the password matches the password you have set, they will be given access to the version for 1 week after which they will have to re-enter the password.

Your team members will have access to all password protected versions without having to provide a password.

Versions without Git

You can publish a version without using Git. This is useful if you want to experiment with a project that's not in a Git repository. However, Doctave recommends using Git for production environments.

To do this, you will need to create a new version in your site settings and set it to follow manual uploads. You can then upload the documentation for this version using the drag and drop area in the site's overview page.

Manual upload version

A version that's following manual uploads will resolve to the latest uploaded folder. Read more about how to upload your documentation without Git.

Was this page helpful?