-
Notifications
You must be signed in to change notification settings - Fork 1
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
Add AMI build job to build workflow #77
Add AMI build job to build workflow #77
Conversation
The test build goes through the process of building an AMI but does not actually create it. This is an good thing to add since it will catch changes that cause the AMI build process to fail. Currently these changes are only caught when we create a pre-release or release.
The build job can be an expensive test, so we don't want to bother running it unless the other jobs pass.
1df0ec7
to
f899682
Compare
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.
This is a good improvement. It should catch a whole new class of errors.
Strong 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.
Excellent! 🎸
I only noted one small thang.
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.
This is a great improvement. I have some suggestions that are mostly to bring this into alignment with the work in cisagov/skeleton-generic#82.
Co-authored-by: dav3r <[email protected]>
This mirrors what was done in cisagov/skeleton-generic#82. Co-authored-by: Nick M. <[email protected]>
This mirrors what was done in cisagov/skeleton-generic#82. Co-authored-by: Nick M. <[email protected]>
This mirrors what was done in cisagov/skeleton-generic#82. Co-authored-by: Nick M. <[email protected]>
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.
just some last suggestions. Thanks again for thinking of and implementing this improvement!
Co-authored-by: Nick M. <[email protected]>
This is how it's done in [the cisagov/skeleton-python-library build job](https://github.com/cisagov/skeleton-python-library/blob/4ef2364701c0db074c423f740062b2d7c197bea8/.github/workflows/build.yml#L113). Co-authored-by: Nick M. <[email protected]>
🗣 Description
This pull request adds a
build
task to thebuild
workflow. This new task goes through the process of building a new AMI but does not actually register it.This pull request is blocked until we move to Packer 1.7 (see #70 and cisagov/setup-env-github-action#32), since that is where support for the
skip_create_ami
key was added for Packer configurations (see the first bullet).💭 Motivation and context
This is a useful feature to add since it will catch changes that cause the AMI build process to fail. Currently these changes are only caught when we create a pre-release or release.
N.B.: Once we have dev, staging, and production COOL environments we could allow this job to go ahead and register the AMI in the dev environment. That would allow us to fully test in the dev environment before we create a pre-release (for staging) and/or a release (for production).
🧪 Testing
cisagov/setup-env-github-action#32 was merged and now all
pre-commit
hooks and GitHub Actions workflows pass.✅ Checklist
build/build
job to the list of GH Actions jobs that must pass before a PR can be merged.