@@ -134,15 +134,17 @@ There are several use-cases for try builds:
134
134
the [ dist-x86_64-linux] CI job.
135
135
- Run a specific CI job (e.g. Windows tests) on a PR, to quickly test if it
136
136
passes the test suite executed by that job. You can select which CI jobs will
137
- be executed in the try build by adding up to 10 lines containing `try-job:
138
- <name of job >` to the PR description. All such specified jobs will be executed
137
+ be executed in the try build by adding lines containing `try-job:
138
+ <job patter >` to the PR description. All such specified jobs will be executed
139
139
in the try build once the ` @bors try ` command is used on the PR. If no try
140
140
jobs are specified in this way, the jobs defined in the ` try ` section of
141
- [ ` jobs.yml ` ] will be executed by default.
141
+ [ ` jobs.yml ` ] will be executed by default. Each pattern can either be an exact
142
+ name of a job or a glob pattern that matches multiple jobs, for example
143
+ ` *msvc* ` or ` *-alt ` . You can start at most 20 jobs in a single try build.
142
144
143
145
> ** Using ` try-job ` PR description directives**
144
146
>
145
- > 1 . Identify which set of try-jobs (max 10) you would like to exercise. You can
147
+ > 1 . Identify which set of try-jobs you would like to exercise. You can
146
148
> find the name of the CI jobs in [ ` jobs.yml ` ] .
147
149
>
148
150
> 2 . Amend PR description to include (usually at the end of the PR description)
@@ -153,9 +155,10 @@ There are several use-cases for try builds:
153
155
>
154
156
> try-job: x86_64-msvc
155
157
> try-job: test-various
158
+ > try-job: *-alt
156
159
> ```
157
160
>
158
- > Each `try-job` directive must be on its own line.
161
+ > Each `try-job` pattern must be on its own line.
159
162
>
160
163
> 3. Run the prescribed try jobs with `@bors try`. As aforementioned, this
161
164
> requires the user to either (1) have `try` permissions or (2) be delegated
0 commit comments