Description

Ported a lot of workflow to use the reusable workflows in the new Cura-workflows repository. See PR: https://github.com/Ultimaker/cura-workflows/pull/1

The biggest impact on this repository is that the version of the conan package is now determined by the version key in conandata.yml and no longer determined based on the git tag. During a push the Conan user, channel is determined based Github runner context, see the conan-recipe-versions.yml in the Cura-workflows and the semver build metadata is added from the sha of the reference name (git hash).

Furthermore the CuraEngine dependencies maintained by UltiMaker (e.q.: curaengine_grpc_definitions) are no longer specified in the conanfile.py but are also present in the conandata.yml which allows us to automate the user and channel on main and release branches in the future. Since it is a yaml file which can be read in and easily changed by an automated workflow. For instance change the Conan channel to stable when we create the release branch. Or pin to specific conan package release version (e.q.: curaengine_grpc_definitions/0.2.0@_/_) when we create an actual release.

When you now create a release branch now you would need to do this manually.

Type of change

[X] Bug fix (non-breaking change which fixes an issue)
[X] New feature (non-breaking change which adds functionality)

How Has This Been Tested?

[X] Locally
[X] Remote

Test Configuration:

Operating System: Linux, Windows, Mac

Checklist:

[X] My code follows the style guidelines of this project as described in UltiMaker Meta and Cura QML best practices
[X] I have read the Contribution guide
[X] I have commented my code, particularly in hard-to-understand areas
[X] I have uploaded any files required to test this change

Ultimaker / CuraEngine

CURA-10831 #1992

Description

Type of change

How Has This Been Tested?

Checklist:

Unit Test Results