Last updated 2 months ago

Multiple versions for API reference docs


  1. You must have multiple versions of an API added to the registry.

Create reference docs

When you have multiple versions of an API, you will see an option to create multiple versions within your reference docs.

create multiple versions

  1. Select the versions you wish to display in the docs.
  2. Select the default version, which loads when the docs are accessed without explicitly specifying a version.
  3. Adjust any display labels. Your labels appear in the documentation select menu. The actual version appears within the docs URL in a path segment.
  4. Order the versions using the drag handles to the order they will display within the select menu. Notice the top version doesn't need to be the default version.

The configurations shown above will result in the following version selection within the documentation.

The root url loads the default version. root URL multiple versions

Upon selecting another version with a display label that differs from the version name, the display label shows in the select menu and the version name displays in the URL. selected version

You may deep link to any version. Switching versions will attempt to switch to the same operation of the different version, if it exists (or it will load the beginning of the docs). root URL multiple versions

Configuration settings

Redocly uses the .redocly.yaml configuration file associated with the default version as the metadata which will control the reference docs features and styles.

You may read all about the configuration file, or the reference docs-specific settings.

We recommend settings to use with the multiple versions feature. These must be within your default version's .redocly.yaml file.

Routing strategy

If you set your routing strategy to browser, the version will be accessed as a path segment instead of part of the hash fragment.

Browser routing strategy

With the browser routing strategy we see the version (v1 in this example) is part of the path:

Hash routing strategy

With the hash routing strategy we see the version (v1 in this example) is part of the hash fragment:

This excerpt from the .redocly.yaml file sets the routing strategy to the browser type.

  routingStrategy: browser
    scope: section
# The routingStrategy "browser" must have a scoped layout, and we recommend "section" which is one html pre-rendered page per tag.

Edit multiple versions

Edit the versions displayed at any time from the docs' settings.

multiple versions settings