Using Vale

Crossplane relies on Vale to enforce the style guide.

Crossplane’s Vale style definitions are in the utils/vale directory.

Important
The Crossplane community is updating existing content to pass Vale. Until the community completes the project Vale errors are only enforced for new or changed content. The community approves PRs with Vale errors in unmodified document sections.

Install Vale

Follow the directions on the Vale website to install the Vale binary.

Crossplane CI uses Vale v2.22.0 or later.

Run Vale

Run Vale on all documentation from the command-line with

1vale --config="utils/vale/.vale.ini" content/

To run Vale on a single file use

1vale --config="utils/vale/.vale.ini" content/contribute/writing-style-guide.md
Tip
VSCode has a Vale plugin. VSCode runs the Vale checks when saving a markdown file.

Vale styles

Crossplane uses the following Vale styles:

Warning

Crossplane maintainers consider Vale warnings the same as errors.

Error levels aren’t changed to make Vale style maintenance easier.

Spelling errors and exceptions

Spelling exceptions are in utils/vale/styles/Crossplane.

  • allowed-jargon.txt - technical terms allowed in the docs
  • brands.txt - brand and product names
  • crossplane-words.txt - words specific to Crossplane
  • provider-words.txt - words related to Providers and Provider resources
  • spelling-exceptions.txt - English words that are incorrectly flagged as errors

If Vale considers a word incorrect add an exception to one of the text files along with your pull request.

Because of how Vale parses words the following are errors:

  • Hugo shortcodes without a space between the quote and angle bracket.
    For example {{< expand "Reference Composition">}}
  • Markdown links containing a line break.
  • Hugo {{< ref >}} links containing a line break.
  • Markdown link styling outside of the square brackets.
    For example _[error]_ is an error. Use [_works_] instead.

Ignore Vale rules

Vale can turn off specific rules or all rules inside a doc.

All ignored rules must include a justification for why they’re ignored.

After the ignored content turn the rules back on.

Important
Vale ignores rules not turned back on for the rest of the document.

Sentence length

Vale counts words in a link URL in the gitlab.SentenceLength check.

Aim for 25 to 30 word sentences. If a URL triggers a Vale error wrap the sentence in a rule disabling the rule.

1<!-- vale gitlab.SentenceLength = NO -->
2The XRD `version` is like the 
3[API versioning used by Kubernetes](https://kubernetes.io/docs/reference/using-api/#api-versioning).
4The version shows how mature or stable the API is and increments when changing,
5adding or removing fields in the API.
6<!-- vale gitlab.SentenceLength = YES -->

Ignore all rules

Use <!-- vale off --> to ignore all Vale rules and <!-- vale on --> to turn Vale back on.

For example,

1<!-- vale off -->
2<!-- turn off vale checking for this example -->
3The following example will use passive voice and lowercase crossplane. Do not do this.
4<!-- vale on -->

Ignore specific rules

Ignore a specific rule with <!-- vale <rule name> = NO --> and turn the rule back on with <!-- vale <rule name> = YES -->.

Do not turn off rules without good reasons.

For example,

1<!-- vale Microsoft.Contractions = NO -->
2<!-- turn off contractions for the example -->
3Do not turn off rules without good reasons.
4<!-- vale Microsoft.Contractions = YES -->
Important
Vale requires capitalization for YES and NO and a space around =.

Vale settings

The Vale configuration for the repository is in utils/vale/vale.ini.

Note
The vale.ini file is a Vale configuration file. Read the Vale documentation for more information about the vale.ini file.

Some imported Vale styles don’t apply or duplicate other rules. Disable individual rules inside the vale.ini file.

For example Google and Microsoft rules both cover the use of first person words like I. The docs vale.ini disables the Microsoft rule to prevent duplicate errors.