@@ -79,32 +79,22 @@ environment. We also have [continuous integration set up on
79
79
Cirrus-CI] [ cirrus-ci ] , which might find some issues on other platforms. The CI
80
80
will run once you open a pull request.
81
81
82
- There is also infrastructure for running tests for other targets
83
- locally. More information is available in the [ CI Readme] [ ci-readme ] .
84
-
85
82
[ cirrus-ci ] : https://cirrus-ci.com/github/nix-rust/nix
86
- [ ci-readme ] : ci/README.md
87
83
88
84
### Disabling a test in the CI environment
89
85
90
- Sometimes there are features that cannot be tested in the CI environment.
91
- To stop a test from running under CI, add ` skip_if_cirrus!() ` to it. Please
86
+ Sometimes there are features that cannot be tested in the CI environment. To
87
+ stop a test from running under CI, add ` skip_if_cirrus!() ` to it. Please
92
88
describe the reason it shouldn't run under CI, and a link to an issue if
93
- possible!
94
-
95
- ## bors, the bot who merges all the PRs
96
-
97
- All pull requests are merged via [ bors] , an integration bot. After the
98
- pull request has been reviewed, the reviewer will leave a comment like
99
-
100
- > bors r+
101
-
102
- to let bors know that it was approved. Then bors will check that it passes
103
- tests when merged with the latest changes in the ` master ` branch, and
104
- merge if the tests succeed.
89
+ possible! Other tests cannot be run under QEMU, which is used for some
90
+ architectures. To skip them, add a ` #[cfg_attr(qemu, ignore)] ` attribute to
91
+ the test.
105
92
106
- [ bors ] : https://bors-ng.github.io/
93
+ ## GitHub Merge Queues
107
94
95
+ We use GitHub merge queues to ensure that subtle merge conflicts won't result
96
+ in failing code. If you add or remove a CI job, remember to adjust the
97
+ required status checks in the repository's branch protection rules!
108
98
109
99
## API conventions
110
100
0 commit comments