]> git.lizzy.rs Git - rust.git/blob - CONTRIBUTING.md
Split parse and expand errors
[rust.git] / CONTRIBUTING.md
1 The project is in its early stages: contributions are welcome and would be
2 **very** helpful, but the project is not _yet_ optimized for contribution.
3 Moreover, it is doubly experimental, so there's no guarantee that any work here
4 would reach production.
5
6 To get an idea of how rust-analyzer works, take a look at the [ARCHITECTURE.md](./ARCHITECTURE.md)
7 document.
8
9 Useful labels on the issue tracker:
10   * [E-mentor](https://github.com/rust-analyzer/rust-analyzer/issues?q=is%3Aopen+is%3Aissue+label%3AE-mentor)
11     issues have links to the code in question and tests,
12   * [E-easy](https://github.com/rust-analyzer/rust-analyzer/issues?q=is%3Aopen+is%3Aissue+label%3AE-easy),
13     [E-medium](https://github.com/rust-analyzer/rust-analyzer/issues?q=is%3Aopen+is%3Aissue+label%3AE-medium),
14     [E-hard](https://github.com/rust-analyzer/rust-analyzer/issues?q=is%3Aopen+is%3Aissue+label%3AE-hard),
15     labels are *estimates* for how hard would be to write a fix.
16
17 There's no formal PR check list: everything that passes CI (we use [bors](https://bors.tech/)) is valid,
18 but it's a good idea to write nice commit messages, test code thoroughly, maintain consistent style, etc.