Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
G
gitlab-ce
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
1
Merge Requests
1
Analytics
Analytics
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Commits
Issue Boards
Open sidebar
nexedi
gitlab-ce
Commits
e8011813
Commit
e8011813
authored
Oct 07, 2020
by
Suzanne Selhorn
Committed by
Marcel Amirault
Oct 07, 2020
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Docs: Fixed Vale long sentence errors
Related to:
https://gitlab.com/gitlab-org/gitlab/-/issues/234029
parent
4282739a
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
12 additions
and
13 deletions
+12
-13
doc/ci/yaml/README.md
doc/ci/yaml/README.md
+12
-13
No files found.
doc/ci/yaml/README.md
View file @
e8011813
...
...
@@ -804,7 +804,7 @@ Second command line.
```
When you omit the
`>`
or
`|`
block scalar indicators, GitLab forms the command
by concatenating non-empty lines
, so m
ake sure the lines can run when concatenated.
by concatenating non-empty lines
. M
ake sure the lines can run when concatenated.
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
...
...
@@ -1561,9 +1561,8 @@ job1:
```
NOTE:
**Note:**
In GitLab 13.2 and older, the order of operations when mixing
`||`
and
`&&`
in a single rule may not have executed
in the expected order. This is
[
fixed
](
https://gitlab.com/gitlab-org/gitlab/-/issues/230938
)
in GitLab 13.3.
[
Before GitLab 13.3
](
https://gitlab.com/gitlab-org/gitlab/-/issues/230938
)
,
rules that use both
`||`
and
`&&`
may evaluate with an unexpected order of operations.
### `only`/`except` (basic)
...
...
@@ -1677,19 +1676,19 @@ job:
#### Regular expressions
Because
`@`
is used to denote the beginning of a ref's repository path,
matching a ref name containing the
`@`
character in a regular expression
requires the use of
the hex character code match
`\x40`
.
The
`@`
symbol denotes the beginning of a ref's repository path.
To match a ref name that contains the
`@`
character in a regular expression,
you must use
the hex character code match
`\x40`
.
Only the tag or branch name can be matched by a regular expression.
The repository path, if given, is always matched literally.
If a regular expression is used t
o match the tag or branch name,
the entire ref name part of the pattern
has to be a regular expression,
and must be surrounded by
`/`
.
(With regular expression flags appended after the closing
`/`
.)
So
`issue-/.*/`
doesn't work to match all tag names or branch names
that begin with
`issue-
`
.
T
o match the tag or branch name,
the entire ref name part of the pattern
must be a regular expression surrounded by
`/`
.
For example, you can't use
`issue-/.*/`
to match all tag names or branch names
that begin with
`issue-`
, but you can use
`/issue-.*/`
.
Regular expression flags must be appended after the closing
`/
`
.
TIP:
**Tip:**
Use anchors
`^`
and
`$`
to avoid the regular expression
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment