-
-
Notifications
You must be signed in to change notification settings - Fork 3.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Small CI improvements #13060
Small CI improvements #13060
Conversation
…alculating msrv While both technically do the same thing, using `$GITHUB_OUTPUT` is each easier to trace. (It also does not raise a warning when using the Github Actions VSCode Extension.)
They are both the same thing, but `macos-latest` will let us upgrade when new runners are available. https://docs.github.com/en/actions/using-github-hosted-runners/about-github-hosted-runners/about-github-hosted-runners#standard-github-hosted-runners-for-public-repositories
The docs and validation-jobs workflows also contain the |
As per @Brezak's suggestion in bevyengine#13060 (comment).
I have a suspicion that
On the table, there are 4 different MacOS versions.
The system info says that it's running MacOS 12! After looking at other runs, I think I'm going to set this PR back to a draft while I work on a solution to this. Likely I'll switch everything to |
Their docs are kind of a mess. Here it says |
`macos-13` has one more CPU core than `macos-12`.
Lol that's fun. I reverted the change, though I'm honestly not sure why Miri uses I'm also trying to set all MacOS runners to |
From the preliminary results, there don't seem to be any benefits to using |
This reverts commit 13a4b70.
Thanks, good to know! |
Objective
macos-14
, as compared to the defaultmacos-latest
.macos-latest
is equivalent tomacos-12
, but may be updated in the future.NIGHTLY_TOOLCHAIN
variable that let us pin the nightly version, in case a new release breaks CI.Solution
macos-14
.NIGHTLY_TOOLCHAIN
environmental variable.