-
Notifications
You must be signed in to change notification settings - Fork 129
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
Release with github workflow #170
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.
Thanks @black7375 for this config! Hm, in general this looks solid, and it would be nice if we could build our releases in CI. However, for binary builds that we provide to our users as-is, I'm a bit wary of using third party actions. The thing is that we're a single "docker push" away from our next release being compromised.
@black7375 are you aware of other approaches for uploading releases to GitHub in CI? Maybe there's some kind of bash script that does the same thing, which we could check into this repository after a quick review?
I'll check it out in the evening |
https://gist.github.com/schell/2fe896953b6728cc3c5d8d5f9f3a17a3 |
That looks pretty nice and maintainable! |
263b51b
to
458613e
Compare
First of all, upload is successful. Are there any changes to the Docker configuration? |
Thanks for the update! I'm not aware of any changes, but this seems to be an OpenSSL linking issue. OpenSSL will get thrown out by #187, so it's best if we wait until that's merged before finishing this. |
@black7375 PR #187 is now merged, OpenSSL is no longer a dependency. Could you rebase this PR? |
Successfully executed fetch. |
@black7375 what does that mean? 🙂 you did not push any changes. |
I ran a fetch updstream on GitHub. |
Yes, it would be great if you could rebase your master branch against the upstream master branch and push the changes (you'll need If you need help with rebasing, just let me know, happy to help! |
Yes. I rebase and it all passes. I don't know why the existing action failed. |
Replaced by #240. |
Issue: #165
I created a workflow that puts Mac into the release.
You don't have to expose the GitHub key.
Here's how to permanently erase files from the Git History:
git filter-branch --tree-filter 'rm -rf ./release-build.sh' HEAD git filter-branch --prune-empty HEAD git push origin --force master