Upload binaries into releases from tags

Question

Upload binaries into releases from tags

JakeWharton opened this issue 4 years ago · comments

Figure out what's needed and how to upload which is built on all commits but only uploaded on tags

Khải · Answer 1 · Sat May 23 2020 23:24:00 GMT+0800 (China Standard Time)

I use GitHub Workflow to deploy everything: upload binaries to release page, publish cargo crate, update AUR packages, publish npm packages, you might want to take a look.

Jake Wharton · Answer 2 · Sun May 24 2020 02:13:57 GMT+0800 (China Standard Time)

Thanks! I had been looking at ripgrep.

…

On Sat, May 23, 2020, at 11:24 AM, Khải wrote: I use GitHub Workflow to deploy everything: upload binaries to release page, publish cargo crate, update AUR packages, publish npm packages, you might want to take a look. <https://github.com/KSXGitHub/sane-fmt/blob/d4efb43d43005dee6a2068a1e47509e28c9b284c/.github/workflows/deploy.yaml> — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#8 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAAQIENLJDS3NUEDGZDQKVLRS7TBZANCNFSM4NDWWDFQ>.

Khải · Answer 3 · Sun May 24 2020 10:03:18 GMT+0800 (China Standard Time)

but only uploaded on tags

Is this the hard part for you?

GitHub Actions has an input/output mechanism. You may feed ${{ github.ref }} as an environment variable into a script you created, that script would then determine if it is a release and set corresponding output, the step that creates release and uploads release binaries would have a condition (e.g. if: steps.release_type.outputs.is_release == 'true'). As an example, line 363-404 of my workflow contains all the steps.

Jake Wharton · Answer 4 · Sun May 24 2020 10:28:08 GMT+0800 (China Standard Time)

Nope. We already have tag-based releases to Docker and Crates.io.

It's just a matter of building the necessary binaries and uploading them in that workflow.

Khải · Answer 5 · Sun May 24 2020 10:41:02 GMT+0800 (China Standard Time)

It's just a matter of building the necessary binaries and uploading them in that workflow.

Then I guess the hard part is sending build artifact from build jobs to jobs that create release?

You may use actions/upload-artifact in build jobs to upload built artifacts and actions/download-artifact to download built artifacts in jobs that upload release binaries.

My workflow has that too. It builds and releases for multiple targets in multiple platform so I have to divide it into multiple jobs:

build_linux, build_macos, and build_windows build release binaries and upload them as shared artifacts.
create_release (must be executed only once, so no matrix) that creates a release.
upload_release_assets that downloads shared artifacts and uploads them to GitHub Release according to strategy.matrix.target.