Releases

Only project maintainers can create new releases.

Signing the binaries is still a manual process at this time.

Creating a new release

Start with Draft a new release on the GitHub Releases page.

Enter the new tag name under Choose a tag and choose Create a new tag.

Mark it as a pre-release, so that the download links keep pointing to the previous release as the latest.

This also triggers the build workflows.

Get binaries from the build actions

Drafting a new release with trigger the build actions.

Once they’ve finished, download the build artifacts for Windows and macOS, which contain the binaries built.

Test the binaries

The build actions only succeed if the automated tests also pass.

As an additional step, verify manually that the binaries work as expected on their corresponding platforms.

Sign the Windows binary

signtool.exe sign  /tr http://timestamp.digicert.com /td sha256 /fd sha256 /f C:\Path\To\JoaoDaSilva.pfx /p passwordgoeshere windowjs.exe

Verify the signature:

signtool.exe verify /pa windowjs.exe

Sign the macOS binary

TODO: this is still open as issue #31.

Attach the binaries to the release

Package the binaries in a zip file with the appropriate name and attach them to the release:

windowjs-macos-x64.zip
windowjs-windows-x64.zip

Finally, unmark the release as a pre-released and update it.

Verify the downloads

The links in downloads point to the latest version released. Verify that they get the files that were just released.