Ed Page 63275d3f13 Speed up PR feedback ... This drops us down to just a handlful of jobs, allowing us full parallelism (github caps max parallel jobs). This is dependent on us using bors to run the "ci" before merging into master. There is a balance in what to run. We should consider what is most likely to break for the widest variety of PRs. Contributors that expect an uncovered case to fail can always specify `@bors try` Motivation - Mac is similar enough to Linux, we only need to run one of them and Linux has more parallel runners on Github. - Since we deal with `OsStr`, test Windows because its different than the others. - People are most likely to make changes on `stable` and break support for MSRV, so we should verify that - Still test on `stable` to not block feedback if we run into problems with dependencies and our MSRV run. - On the other hand, beta and nightly are less likely to break on an individual PR - Remove benchmarks because most changes are not performance sensitive and we aren't looking at the results enough to justify a 30 minute run. Fixes #2801		2021-10-07 09:02:28 -05:00
..
ISSUE_TEMPLATE	Update feature_request.yml	2021-06-17 12:12:51 +01:00
workflows	Speed up PR feedback	2021-10-07 09:02:28 -05:00
FUNDING.yml	chore: create FUNDING.yml	2020-05-27 09:55:17 -07:00
ISSUE_TEMPLATE.md	Improve debug logs	2020-04-22 20:56:35 +02:00
PULL_REQUEST_TEMPLATE.md	Fix various typos in docs & code	2020-07-19 03:10:28 +03:00