Refactored the workflow trigger for releases in 'release.yaml' to directly listen to release events. The change simplifies the code and aligns with the syntax used in other parts of the workflow. It was necessary for maintaining consistency and cleanliness of the workflows codebase.
In this commit, I've renamed the name of the workflow from build.yaml to release.yaml. It now gets triggered on 'release' instead of 'push'. The job names and some parameters were also altered to fit into the new release context. The aim of this modification is to optimize the project delivery process as the workflow is now focus on handling final product releases.
Keep Running / Build (zip, x86_64-apple-darwin) (push) Successful in 1m9sDetails
Keep Running / Build (zip, x86_64-pc-windows-gnu) (push) Successful in 1m9sDetails
This commit simplifies and optimizes the build workflow process by leveraging the rust-build action for compiling and releasing. The "build.yaml" file has been revised to include different targets and types of archives as per the platform. Also, previous separate jobs for checking out, installing dependencies, building project, and creating/uploading archives have been removed. The new strategy is aimed to reduce redundancy, speed up the process, and allow seamless multi-platform build support.
Keep Running / Build (push) Failing after 2m45sDetails
Updated GitHub Actions workflow to create and upload build archives for Linux, MacOS and Windows. Previously, we were creating a single archive without specifying the intended operating system which might lead to compatibility issues. This update will create separate build archives for each OS, making it easier for users to download the correct version for their system.
Keep Running / Build (push) Failing after 2m57sDetails
Corrected a typo in the build configuration of the GitHub workflow from 'desc' to 'dest' in line 19. This was misnaming the destination file for the zipping process, impeding the correct the creation of 'build.zip' from the files in the 'out' directory. This fix will ensure that the workflow runs as expected and produces a 'build.zip' for the archive upload.
Keep Running / Build (push) Successful in 36sDetails
Streamlined the steps in the GitHub Actions workflow and added a zipping process using 'action-zip' to create 'build.zip'. This change optimizes the workflow runtime and ensures a more efficient archiving and retrieval of the built files in the 'out' directory, improving the workflow's overall performance.
Keep Running / Build (push) Successful in 37sDetails
Streamlined the steps in the GitHub Actions workflow and added a zipping process using 'action-zip' to create 'build.zip'. This change optimizes the workflow runtime and ensures a more efficient archiving and retrieval of the built files in the 'out' directory, improving the workflow's overall performance.
Keep Running / Build (push) Successful in 49sDetails
The artifact path in the GitHub Actions workflow has been updated from 'bin' to 'out'. This alteration occurs in order to match the new directory structure after the build process, ensuring that the correct files are being archived after each workflow run.
Keep Running / Build (push) Successful in 35sDetails
"Change GitHub Actions trigger event"
The trigger event for the GitHub Actions workflow was changed from 'release' to 'push'. This modification ensures that the workflow runs every time a push is made to the repository. This change was necessary to continuously check code integrity on all commits, making sure that every code pushed to the repository has been tested and approved by the set-up workflow.
Ian Wijma