Commit 36f93ead authored by Marcel Amirault's avatar Marcel Amirault

Merge branch 'selhorn-vale-ci-2' into 'master'

Docs: Fixed Vale long sentence errors

See merge request gitlab-org/gitlab!44517
parents 6f1f6577 e8011813
...@@ -804,7 +804,7 @@ Second command line. ...@@ -804,7 +804,7 @@ Second command line.
``` ```
When you omit the `>` or `|` block scalar indicators, GitLab forms the command When you omit the `>` or `|` block scalar indicators, GitLab forms the command
by concatenating non-empty lines, so make sure the lines can run when concatenated. by concatenating non-empty lines. Make sure the lines can run when concatenated.
Shell [here documents](https://en.wikipedia.org/wiki/Here_document) work with the Shell [here documents](https://en.wikipedia.org/wiki/Here_document) work with the
`|` and `>` operators as well. The example below transliterates the lower case letters `|` and `>` operators as well. The example below transliterates the lower case letters
...@@ -1561,9 +1561,8 @@ job1: ...@@ -1561,9 +1561,8 @@ job1:
``` ```
NOTE: **Note:** NOTE: **Note:**
In GitLab 13.2 and older, the order of operations when mixing `||` and `&&` in a single rule may not have executed [Before GitLab 13.3](https://gitlab.com/gitlab-org/gitlab/-/issues/230938),
in the expected order. This is [fixed](https://gitlab.com/gitlab-org/gitlab/-/issues/230938) rules that use both `||` and `&&` may evaluate with an unexpected order of operations.
in GitLab 13.3.
### `only`/`except` (basic) ### `only`/`except` (basic)
...@@ -1677,19 +1676,19 @@ job: ...@@ -1677,19 +1676,19 @@ job:
#### Regular expressions #### Regular expressions
Because `@` is used to denote the beginning of a ref's repository path, The `@` symbol denotes the beginning of a ref's repository path.
matching a ref name containing the `@` character in a regular expression To match a ref name that contains the `@` character in a regular expression,
requires the use of the hex character code match `\x40`. you must use the hex character code match `\x40`.
Only the tag or branch name can be matched by a regular expression. Only the tag or branch name can be matched by a regular expression.
The repository path, if given, is always matched literally. The repository path, if given, is always matched literally.
If a regular expression is used to match the tag or branch name, To match the tag or branch name,
the entire ref name part of the pattern has to be a regular expression, the entire ref name part of the pattern must be a regular expression surrounded by `/`.
and must be surrounded by `/`. For example, you can't use `issue-/.*/` to match all tag names or branch names
(With regular expression flags appended after the closing `/`.) that begin with `issue-`, but you can use `/issue-.*/`.
So `issue-/.*/` doesn't work to match all tag names or branch names
that begin with `issue-`. Regular expression flags must be appended after the closing `/`.
TIP: **Tip:** TIP: **Tip:**
Use anchors `^` and `$` to avoid the regular expression Use anchors `^` and `$` to avoid the regular expression
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment