meta.Title | meta.Description |
---|---|
Multi version documentation conventions |
To support multi version documentation we work according to the conventions you can read about in this article. |
To support multi version documentation we work according to the conventions you can read about in this article.
Naming conventions for documentation files.
The current version of a documentation article will be the normal existing filename format e.g. ContentService-Events.md
or index.md
When creating alternate versions of the article that apply in different Umbraco versions, we will append to the filename portion a -v
followed by information which explains roughly to which version the documentation applies.
When you're creating a new version of an existing article in the Umbraco Documentation, you will need to make sure that you target the correct Umbraco version. This is done by using a specific set of file naming conventions when creating a new article.
In the table below are examples of how to name an article based on the Umbraco version you are targetting.
Targetted version | File name |
---|---|
Current major version | index.md |
Umbraco 9 | index-v9.md |
Umbraco 7 | index-v7.md |
Umbraco 8.10 | index-v8.10.md |
Documentation that only applies to a single Umbraco version would be index-v7.7.7.md
.
For documentation that applies to a range of versions, we will use vpost
and vpre
in the filename to indicate this, e.g.:
index-vpost7.6.md
would contain documentation to be used after version 7.6 but before the next documentation version
and index-vpre7.3.md
would contain the documentation for versions before version 7.3.
The vpost
and vpre
notations are not used to render to the user.
For SEO reasons it is not necessary to change a file name when a feature becomes obsolete.
It is the YAML meta data in the document itself that will be used as the "point of truth" for when a version applies from and to. The YAML is added to an examine index, along with the filename, and is used for searching on a (major) version, or to show the information to the user.
For versioning we use 3 YAML attributes:
versionFrom
to indicate the first version, including the version you're setting hereversionTo
to indicate in which version the support ended, including the version you're setting hereversionRemoved
to indicate in which version the feature described in the article was removed
:::note
If only a versionFrom
is specified and not a versionTo
the version will be open ended and apply to all newer versions.
If none of the version tags are specified, the article will default to versionFrom: 7.0.0
and be open ended.
:::
Alternate pages for documentation will be discovered by searching the examine index for other files beginning with the same name, e.g.
If we are on the page
/Documentation/Getting-Started/Setup/Server-Setup/Load-Balancing/ContentService-Events.md
a search for any documents in the index beginning with
/Documentation/Getting-Started/Setup/Server-Setup/Load-Balancing/ContentService-Events
will return
/Documentation/Getting-Started/Setup/Server-Setup/Load-Balancing/ContentService-Events-vpre7.3.md
We will use the YAML for these files to display the alternate version options to the user.
When searching the documentation articles on Our, there is an app setting that indicates the 'current' major Umbraco version: only versions of the documentation that have no end version specified will be returned for this major version in the initial search. However, we will explain in the search results that the user has searched the current documentation and present an option to 'search all versions'.
On every document, the other versions will be linked to. These are some examples on how they will be referenced to:
file name | versionFrom | versionTo | renders out |
---|---|---|---|
index-v7.md |
7.0.0 | 7.0.0 + | |
index-vpre7.3.md |
7.3.0 | pre 7.3.0 | |
index-vpost7.6.md |
7.6.0 | 7.7.2 | 7.6.0 - 7.7.2 |
index-v7.7.7.md |
7.7.7 | 7.7.7 | 7.7.7 (only) |
index.md |
current |