-
Notifications
You must be signed in to change notification settings - Fork 2k
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
CI: Dynamic runs-on values for oss/ent #17775
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
I know we talked this thru a bunch and we were worried it was going to be super janky, but I think the end result isn't nearly as bad as we feared. Nice work.
Heya @philrenaud and/or @DingoEatingFuzz since ya touched the test-ui pipeline recently -- let me know if you have any concerns about 3ea6809 ? self-hosted runners are different enough from github-hosted that test-ui needed some extra finagling. edit: and mind reviewing Percy for me @philrenaud ? "5 visual changes need review" |
so in enterprise we can use Vault for secrets, without merge conflicts from oss->ent. also: * use hashicorp/setup-golang * setup-js for self-hosted runners they don't come with yarn, nor chrome, and might not always match node version.
In order to fetch secrets from Vault in our Enterprise repo, we need to use self-hosted runners, but here in this public repo, we may only use public runners.
To reduce merge conflicts between OSS and ENT (and backports..), this PR adds conditions that will result in public runners here in OSS, but self-hosted runners in ENT. I have done a lot of trial-and-error to end up with what I hope is a nice middle-ground between complexity, explicitness, and non-mergeflictery.
A subsequent PR will add the steps to (again, conditionally) fetch secrets from Vault.