mirror of https://github.com/pulumi/pulumi.git
a7647846bc
I was watching the merge queue quite closely today, and it's continually stuck waiting to run jobs on MacOS runners. However when the jobs are running on them they tend to be faster than e.g. Windows runners, often running the tests assigned to them in 2 min, vs. 8 min on windows. In addition we're spending quite a bit of time to setup the actual running of tests, and by spreading the tests out over multiple runners that time multiplies. Given the macos runners are the most expensive ones that probably also adds up. Given all that, we can reduce the number of MacOS runners we're using, while not trading that off against longer overall CI times, as those are limited by slower jobs. Unfortunately this results in some duplication in the ci job, but I think the tradeoff here might be worth it. (Also happy to hear if we think this isn't worth the extra messiness in the GitHub actions files, as usually the merge queue isn't as bad as it is today, so this isn't that much of an issue) --------- Co-authored-by: Justin Van Patten <jvp@justinvp.com> |
||
|---|---|---|
| .. | ||
| ci-build-binaries.yml | ||
| ci-build-sdks.yml | ||
| ci-dev-release.yml | ||
| ci-info.yml | ||
| ci-lint.yml | ||
| ci-prepare-release.yml | ||
| ci-run-test.yml | ||
| ci-test-docs-generation.yml | ||
| ci.yml | ||
| command-dispatch.yml | ||
| cron-direct-build.yml | ||
| download-pulumi-cron.yml | ||
| on-community-pr.yml | ||
| on-merge.yml | ||
| on-pr-changelog.yml | ||
| on-pr-close.yml | ||
| on-pr-default.yml | ||
| on-pr.yml | ||
| on-release.yml | ||
| pr-test-acceptance-on-dispatch.yml | ||
| pr-test-codegen-downstream.yml | ||
| pr-test-docs-gen-on-pr.yml | ||
| pr-test-docs-generation-on-dispatch.yml | ||
| rebase.yml | ||
| release-homebrew-tap.yml | ||
| release-pr.yml | ||
| release.pub | ||
| release.yml | ||
| sign.yml | ||
| trigger-homebrew-event.yml | ||
| trigger-release-docs-event.yml | ||