-
Notifications
You must be signed in to change notification settings - Fork 542
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 release process #89
Conversation
c48a42d
to
3087fcb
Compare
3087fcb
to
4dd12fe
Compare
eca6baf
to
ab64c8d
Compare
@wagoodman I think that list looks good |
5a34666
to
7030a83
Compare
69e917a
to
21ffdc5
Compare
0ede20d
to
2e214a3
Compare
# act on a newly opened pull request (supports forks) | ||
pull_request: | ||
push: | ||
# act on a push to any branch |
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.
not sure about this one, are you envisioning that we will rely more on pushes to dev branches for testing, before opening a PR? Or is there a different scenario for this?
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.
I can make this one less aggressive, say only pushes to master? the downside is that it would be tricky to see an acceptance test issue before merging a PR.
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.
oooh I thought this was aside from PRs, but you are saying this would be triggered only after a merge. Let's keep it then
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.
sorry, bad phrasing on my part: your interpretation was correct, this will trigger on a push to any branch. I was suggesting that I could make a change to make acceptance tests only run when there is a merge to master specifically (making it less aggressive of a check).
I'm a bit torn either way --acceptance tests on PRs (on each push) is a waste of CPU cycles and time... while acceptance tests only for master commits seems like we could miss problems that come up on PRs (and break master).
I'll make the adjustment for now to make this less aggressive and only run acceptance tests on pushes to master only.
Co-authored-by: Alfredo Deza <adeza@anchore.com>
… add-release-pipeline
There are a couple of merge commits that made it into this PR's history. I'd rather have clean commits without the merges |
I'll be squash merging |
b95737c
to
50ee5f1
Compare
50ee5f1
to
bfbf769
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 looks great. My only comment is having merge commits which don't look necessary at all here and could be cleaned up with a rebase . It turns out you can squash+merge PRs!
@@ -9,7 +9,7 @@ import ( | |||
"github.com/anchore/imgbom/imgbom/pkg" | |||
"github.com/anchore/imgbom/internal" | |||
"github.com/anchore/imgbom/internal/log" | |||
rpmdb "github.com/knqyf263/go-rpmdb/pkg" | |||
rpmdb "github.com/wagoodman/go-rpmdb/pkg" |
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.
Can we move this into anchore soon? For same reasons: ensuring the team can update/manage as needed and not gated specifically on you
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.
added to the todo list 👍
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. One comment about the go-rpm fork landing spot, but that isn't a blocking issue.
* add check for app update; fix ETUI error handling * validate user args * add goreleaser support * replace cgo dependencies (go-rpm) with go equivalents * add acceptance tests against build snapshot * add brew tap + acceptance test pipeline * add mac acceptance tests * fix compare makefile * fix mac acceptance tests * add release pipeline with wait checks * add token to release step * rm dir presenters int test * enforce dpkg to be non interactive Co-authored-by: Alfredo Deza <adeza@anchore.com> * pin brew formulae * pin skopeo to formulae url * only run acceptance tests Co-authored-by: Alfredo Deza <adeza@anchore.com>
Adds a release process:
make snapshot
make target). Acceptance tests involve running the installed binaries against known good output.make release
make target). Note: this only continues when all static analysis, unit, integration, and acceptance tests have already run for the given tagged commit SHA.This PR also achieves the following:
/test
dirTodo:
VERSION
file to an S3 bucket will be completed in another ticket