You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
An important step for the (initial) publishing of a new target-asset-set (maybe I will find a etter name for it soon) is to detect the artifacts that have been created by the builder. The current approach traverses the feature-tree and includes all artifacts that are created by convert.* scripts. This approach does not detect all relevant artifacts (logs for example are missing). According to @5kt the contents of the tarballs in the end of the build process should be a pretty good fit (except for the nested artifacts for PXE for example, but this is going to be addressed in another issue).
I will try not to duplicate any code, unless possible. So the challenge is to find an elegant drop-in point to reuse as much code as possible.
To detect and push release assets of a build the current command line call is as follows
My idea is to have a new command push-tarball which is intended to be called by the CI the command above can then still be used when running locally on a dev-station.
This approach will rely on the filename to read arch, cname and version and will detect the artifacts by unpacking the tarball and push each extracted file as its own layer.
The text was updated successfully, but these errors were encountered:
mxmxchere
changed the title
Detect artifacts (needs to be figured out), probably extracted contents of the tarball is the best
Use extracted contents of release tarball as artifacts
Sep 10, 2024
An important step for the (initial) publishing of a new target-asset-set (maybe I will find a etter name for it soon) is to detect the artifacts that have been created by the builder. The current approach traverses the feature-tree and includes all artifacts that are created by convert.* scripts. This approach does not detect all relevant artifacts (logs for example are missing). According to @5kt the contents of the tarballs in the end of the build process should be a pretty good fit (except for the nested artifacts for PXE for example, but this is going to be addressed in another issue).
I will try not to duplicate any code, unless possible. So the challenge is to find an elegant drop-in point to reuse as much code as possible.
To detect and push release assets of a build the current command line call is as follows
My idea is to have a new command
push-tarball
which is intended to be called by the CI the command above can then still be used when running locally on a dev-station.This approach will rely on the filename to read arch, cname and version and will detect the artifacts by unpacking the tarball and push each extracted file as its own layer.
The text was updated successfully, but these errors were encountered: