-
Notifications
You must be signed in to change notification settings - Fork 180
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
chore(build): sign all artifacts COMPASS-7549 #5349
Conversation
…n-all-artifacts
…mpass into sign-all-artifacts
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.
Amazing work 🚀
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.
Looks great! I left 2 comments that may be worth looking at if you have some time, totally good for a followup since this one is green and we could merge.
* @returns {Promise<void>} | ||
*/ | ||
async function sign(src, garasign = _garasign) { | ||
const variant = process.env.EVERGREEN_BUILD_VARIANT; |
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.
We have similar branching based on build variants in mongosh, and personally i find it hard to digest and maintain, it creates obscure dependencies between the CI and the code that may not be immediately clear, and relies on assumptions about the variants that may not stand true over time.
Could we do something different / more intentional to detect where to use ssh and where to use docker? For example, we could directly set this as a variable / expansion in CI: https://docs.devprod.prod.corp.mongodb.com/evergreen/Project-Configuration/Project-Configuration-Files#build-variants
name: ubuntu
expansions:
garasign_client_type: "remote"
Also, as a more radical thought, since it seems that we have docker only on ubuntu, is there a downside to always sign with SSH?
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.
ended up using remote signing client across. this makes our CI cleaner and similar across all build variants
In this PR, we are signing all the remaining compass artifacts - for windows, macos (zip only) and rhel. Steps to verify a files are similar to the one in #5334.
For windows
.exe
and.msi
, the files should have a digital signature, chrome (when downloading) and os (when installing) should not complain.Description
Checklist
Motivation and Context
Open Questions
Dependents
Types of changes