Always use ``yaml instead of sometimes ``yml
This commit is contained in:
@@ -57,7 +57,7 @@ See [Versioning](#versioning) for more info.
|
||||
|
||||
Example that applies to GitHub.com and recent versions of GitHub Enterprise Server:
|
||||
|
||||
```yml
|
||||
```yaml
|
||||
title: About your personal dashboard
|
||||
versions:
|
||||
free-pro-team: '*'
|
||||
@@ -67,7 +67,7 @@ versions:
|
||||
Example that applies to all supported versions of GitHub Enterprise Server:
|
||||
(but not GitHub.com):
|
||||
|
||||
```yml
|
||||
```yaml
|
||||
title: Downloading your license
|
||||
versions:
|
||||
enterprise-server: '*'
|
||||
@@ -75,7 +75,7 @@ versions:
|
||||
|
||||
You can also version a page for a range of releases. This would version the page for GitHub Enterprise Server 2.22 and 3.0 only:
|
||||
|
||||
```yml
|
||||
```yaml
|
||||
versions:
|
||||
free-pro-team: '*'
|
||||
enterprise-server: '>=2.22 <3.1'
|
||||
@@ -89,7 +89,7 @@ versions:
|
||||
|
||||
Example:
|
||||
|
||||
```yml
|
||||
```yaml
|
||||
title: Getting started with GitHub Desktop
|
||||
redirect_from:
|
||||
- /articles/first-launch/
|
||||
@@ -113,7 +113,7 @@ See [`contributing/redirects`](contributing/redirects.md) for more info.
|
||||
|
||||
Example:
|
||||
|
||||
```yml
|
||||
```yaml
|
||||
title: Contributing to projects with GitHub Desktop
|
||||
shortTitle: Contributing to projects
|
||||
```
|
||||
@@ -233,7 +233,7 @@ defaultTool: cli
|
||||
|
||||
Example:
|
||||
|
||||
```yml
|
||||
```yaml
|
||||
includeGuides:
|
||||
- /actions/guides/about-continuous-integration
|
||||
- /actions/guides/setting-up-continuous-integration-using-workflow-templates
|
||||
@@ -258,7 +258,7 @@ includeGuides:
|
||||
|
||||
Example:
|
||||
|
||||
```yml
|
||||
```yaml
|
||||
contributor:
|
||||
name: ACME, inc.
|
||||
URL: https://acme.example.com/
|
||||
|
||||
@@ -91,7 +91,7 @@ This example workflow runs anytime commits are pushed to the repository. The act
|
||||
|
||||
The workflow shows an example of running the ESLint static analysis tool as a step in a workflow. The `Run ESLint` step runs the ESLint tool and outputs the `results.sarif` file. The workflow then uploads the `results.sarif` file to {% data variables.product.prodname_dotcom %} using the `upload-sarif` action. For more information about creating a workflow file, see "[Introduction to GitHub Actions](/actions/learn-github-actions/introduction-to-github-actions)."
|
||||
|
||||
```yml
|
||||
```yaml
|
||||
name: "ESLint analysis"
|
||||
|
||||
# Run workflow each time code is pushed to your repository and on a schedule.
|
||||
|
||||
@@ -85,7 +85,7 @@ This example workflow runs anytime commits are pushed to the repository. The act
|
||||
|
||||
The workflow shows an example of running the ESLint static analysis tool as a step in a workflow. The `Run ESLint` step runs the ESLint tool and outputs the `results.sarif` file. The workflow then uploads the `results.sarif` file to {% data variables.product.prodname_dotcom %} using the `upload-sarif` action. For more information about creating a workflow file, see "[Introduction to GitHub Actions](/actions/learn-github-actions/introduction-to-github-actions)."
|
||||
|
||||
```yml
|
||||
```yaml
|
||||
name: "ESLint analysis"
|
||||
|
||||
# Run workflow each time code is pushed to your repository and on a schedule.
|
||||
|
||||
@@ -8,7 +8,7 @@ The *path*, *filename*, and *keys* within each YAML file determine what its path
|
||||
|
||||
For example, given a file `data/variables/foo/bar.yml`:
|
||||
|
||||
```yml
|
||||
```yaml
|
||||
# multiple short strings in one file
|
||||
meaning_of_life: 42
|
||||
|
||||
|
||||
Reference in New Issue
Block a user