When contributing to the Replicated documentation, please consider the following writing styles:
The audience is a software vendor and that should not need to be made explicit in the docs. The term customer should be used only to refer to the vendor's customers, the end user of Replicated.
Yes: This section explains the options available when creating a license for your customer's installation.
No: This section explains the options available to vendors when creating a license for an end customer's installation.
-
Favor writing in the active voice.
Yes: The next section includes some basic information about our app release including the app name.
No: In the next section we include some basic information about our app release including the app name.
Yes: A license value can be used to show and hide fields on the settings page. No: You can use your license to allow customer access to hidden settings.
Yes: Replicated 2.0.1640 includes a new feature to...
No: A new feature of Replicated is...
Yes: More information is available in the <a href="/link">release notes</a>.
No: For more information, read the release notes <a href="/link">here</a>.
The backtick symbol shouldn't be used for emphasis.
Yes: docker logs -f replicated
No: sudo docker logs -f replicated
Yes:
docker rmi quay.io/replicated/replicated
docker pull quay.io/replicated/replicated
No:
$ docker rmi quay.io/replicated/replicated
$ docker pull quay.io/replicated/replicated
Use<h2>
tags to separate page content. If there's a need for another <h1>
, consider a new document.
Yes: ## Installation Guide
No: ## Installation Guide:
Yes: How to install Replicated.
No: How to install replicated.
Yes: Collect the logs from the replicated-ui container.
No: Collect the logs from the Replicated-UI container.
-
- distribution(s) of Linux, not flavors
- The Replicated UI should be referred to as the Admin Console, not management console or on-prem management console
- snapshots not backups
It's perfectly acceptable (and often reasonable) to break these rules on occasion. No writing style can cover 100% of the possible use cases.