Publish the OPC UA module stagings - #34
Open
alexadereyko wants to merge 11 commits into
Open
Conversation
The stage workflow pulls the core staging matching each job, builds the modules against it and publishes them to ghcr. CPack packs the module runtime into a TGZ named by opendaq-cmake-utils, the same way core names its packages.
Without the component scope the package also carries the MSVC runtime that InstallRequiredSystemLibraries installs, which core already ships.
The staging index of a core commit is tagged with its sha, so opendaq_ref -- already the ref this repository builds against -- is resolved to one and the pull asks for that, instead of whatever latest points at. The job list, what each job pulls and where the stagings are published are literal, so the workflow shows them. The job computes the two values that cannot be written down: the commit and the channel the branch publishes to.
Stagings exist only from openDAQ/openDAQ#1265 on, so this is the one core commit the pull can resolve today.
A staging matrix is seven runners, and most of the merges between two runs produce nothing a consumer asks for. workflow_dispatch covers what cannot wait for the schedule.
Temporary: until the workflow reaches main, workflow_dispatch is not offered, so pushing is the only way to run it outside a pull request.
alexadereyko
force-pushed
the
jira/TBBAS-3304-stage-opcua
branch
from
August 19, 2026 14:51
1e63ca5 to
af94c36
Compare
A pull request is checked out as its merge commit, so what it publishes is tagged with a sha that lives in no branch and cannot be pinned or cloned.
The staging pulled so far was published from a pull request, so its sha was a merge commit -- in the registry, but in no branch, so the source build could not check it out.
The pinned core carried a packaging bug that only shows when the SDK is built as a subproject, which is what the source path of this repository does.
The rule is the same in every repository, and the staging build had its own copy of it. Reading the pinned ref is all that is left here, and it is a line.
alexadereyko
marked this pull request as ready for review
August 27, 2026 08:56
alien588
reviewed
Aug 27, 2026
| opendaq-cmake-utils | ||
| GIT_REPOSITORY https://github.com/openDAQ/opendaq-cmake-utils.git | ||
| GIT_TAG v1.0.1 | ||
| GIT_TAG ci/staging |
There was a problem hiding this comment.
Here again a note on adjusting the version to the correct one.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The stage workflow pulls the core staging matching each job, builds the modules against it and publishes them to ghcr.
CPack packs the module runtime into a TGZ named by opendaq-cmake-utils, the same way core names its packages.