@@ -136,12 +136,12 @@ All pull requests are reviewed by another person. We have a bot,
136
136
request.
137
137
138
138
If you want to request that a specific person reviews your pull request,
139
- you can add an ` r? ` to the message. For example, Steve usually reviews
139
+ you can add an ` r? ` to the message. For example, [ Steve] [ steveklabnik ] usually reviews
140
140
documentation changes. So if you were to make a documentation change, add
141
141
142
142
r? @steveklabnik
143
143
144
- to the end of the message, and @rust-highfive will assign @steveklabnik instead
144
+ to the end of the message, and @rust-highfive will assign [ @steveklabnik ] [ steveklabnik ] instead
145
145
of a random person. This is entirely optional.
146
146
147
147
After someone has reviewed your pull request, they will leave an annotation
@@ -150,11 +150,12 @@ on the pull request with an `r+`. It will look something like this:
150
150
@bors r+
151
151
152
152
This tells [ @bors ] [ bors ] , our lovable integration bot, that your pull request has
153
- been approved. The PR then enters the [ merge queue] [ merge-queue ] , where @bors
153
+ been approved. The PR then enters the [ merge queue] [ merge-queue ] , where [ @bors ] [ bors ]
154
154
will run all the tests on every platform we support. If it all works out,
155
- @bors will merge your code into ` master ` and close the pull request.
155
+ [ @bors ] [ bors ] will merge your code into ` master ` and close the pull request.
156
156
157
157
[ rust-highfive ] : https://github.com/rust-highfive
158
+ [ steveklabnik ] : https://github.com/steveklabnik
158
159
[ bors ] : https://github.com/bors
159
160
[ merge-queue ] : https://buildbot2.rust-lang.org/homu/queue/rust
160
161
@@ -304,9 +305,9 @@ though you may see a slightly different form of `r+`:
304
305
305
306
@bors r+ rollup
306
307
307
- That additional ` rollup ` tells @bors that this change is eligible for a 'rollup'.
308
- To save @bors some work, and to get small changes through more quickly, when
309
- @bors attempts to merge a commit that's rollup-eligible, it will also merge
308
+ That additional ` rollup ` tells [ @bors ] [ bors ] that this change is eligible for a 'rollup'.
309
+ To save [ @bors ] [ bors ] some work, and to get small changes through more quickly, when
310
+ [ @bors ] [ bors ] attempts to merge a commit that's rollup-eligible, it will also merge
310
311
the other rollup-eligible patches too, and they'll get tested and merged at
311
312
the same time.
312
313
433
434
* Although out of date, [ Tom Lee's great blog article] [ tlgba ] is very helpful
434
435
* [ rustaceans.org] [ ro ] is helpful, but mostly dedicated to IRC
435
436
* The [ Rust Compiler Testing Docs] [ rctd ]
436
- * For @bors , [ this cheat sheet] [ cheatsheet ] is helpful (Remember to replace ` @homu ` with ` @bors ` in the commands that you use.)
437
+ * For [ @bors ] [ bors ] , [ this cheat sheet] [ cheatsheet ] is helpful (Remember to replace ` @homu ` with ` @bors ` in the commands that you use.)
437
438
* ** Google!** ([ search only in Rust Documentation] [ gsearchdocs ] to find types, traits, etc. quickly)
438
439
* Don't be afraid to ask! The Rust community is friendly and helpful.
439
440
0 commit comments