Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Control Interface stests workload must be build and pushed automatically on every change #338

Open
3 tasks
krucod3 opened this issue Aug 5, 2024 · 0 comments
Labels
enhancement New feature or request. Issue will appear in the change log "Features"
Milestone

Comments

@krucod3
Copy link
Contributor

krucod3 commented Aug 5, 2024

Description

With #22 and the PR #324 we have added a container that acts as a workload communicating over the Control Interface.
The target of this container is to execute a system test against the Control Interface and check if everything is working as expected.

The container and the app inside are currently build and pushed manually.
We would like to automate this process, see below for a solution sketch.

Goals

The goal of this ticket is to automate the building and pushing process of the containerized test app.

Final result

Summary

The Control Interface test app container shall be build on every change of:

  • the Control Interface (at least changes in control_api.proto, ank_base.proto, build.rs, src/*, )
  • the test app itself (at least Cargo.lock, src/*, Dockerfile)
    A hash can be build out of all dependencies specified above and a check can be done in every CI/CD build if a container with a version corresponding to this hash exists. If not the container has to be rebuild and pushed.

The stests must be updated to use the container that corresponds to the current hash build from the file listed above. (This building of the hash shall be done by some common code/bash script)

The version of the container can be the hash itself.

The benefits of the solution is that a container for a certain version would be build just once and not on every commit

Tasks

  • Task 1
  • Task 2
  • ...
@krucod3 krucod3 added the enhancement New feature or request. Issue will appear in the change log "Features" label Aug 5, 2024
@krucod3 krucod3 added this to the v0.5 milestone Aug 5, 2024
@krucod3 krucod3 modified the milestones: v0.5, v0.6 Oct 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request. Issue will appear in the change log "Features"
Projects
None yet
Development

No branches or pull requests

1 participant