-
Notifications
You must be signed in to change notification settings - Fork 31
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
Adding installer binaries to CI #20
Conversation
@@ -0,0 +1,275 @@ | |||
name: "Build binaries" | |||
on: ["push", "pull_request"] |
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 was feeling some climate guilt at submitting such small pull requests, while the CI includes this heavy binary release workflow… Do you think it makes sense to limit the binaries step to only run on the main
branch, and only after the other tests are successful? For the main elixir-desktop
project I can imagine that binary releases should be tested on the PR branches (sometimes), but in this example app and for downstream forks of this repo, we can probably assume that the platform builds are going to succeed so the binary step is only valuable to actually build artifacts for download.
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.
Probably makes sense to run on the main branch as well as on some wildcard "ci/*" so that ci changes for the binaries built can still be tested in PRs and branches
No description provided.