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

ci(github/ci.yaml): re-use dev build across jobs for tests #2405

Open
petermetz opened this issue Apr 25, 2023 · 1 comment
Open

ci(github/ci.yaml): re-use dev build across jobs for tests #2405

petermetz opened this issue Apr 25, 2023 · 1 comment
Labels
dependencies Pull requests that update a dependency file dependent Developer_Experience Flaky-Test-Automation Issues related to test stability (which is a long running issue that can never fully be solved) P2 Priority 2: High Performance Everything related to how fast/efficient the software or it's tooling (e.g. build) is. Tests Anything related to tests be that automatic or manual, integration or unit, etc.
Milestone

Comments

@petermetz
Copy link
Member

petermetz commented Apr 25, 2023

Description

This is more of an idea rather than a well defined task at this point (at the time of this writing).

The idea is that - as part of the build-dev CI job, we could package that state of the repo (with the build artifacts) as a container and then use that for the rest of the jobs which would all just fetch the image and then run the tests it's supposed to within it.
Currently the configure script takes 7 minutes for each job on average (8 if we turn off the GitHub Action caching so it doesn't help much).
The idea is that if we can download and launch the container with the built artifacts baked into it, in a fraction of this 7 minutes, then we can eliminate a lot of the time the CI jobs take and also reduce CPU cycles needed for it to run in general.

Acceptance Criteria

  1. CI is faster than it was
  2. The dev container image is used for the builds/test execution so that we have a higher chance of finding out about issues with that as well and in general make the dev container more reliable

For this to work, we need the dev container stability improvements done first =>
Depends on #2404

@petermetz petermetz added dependencies Pull requests that update a dependency file Developer_Experience Performance Everything related to how fast/efficient the software or it's tooling (e.g. build) is. Flaky-Test-Automation Issues related to test stability (which is a long running issue that can never fully be solved) Tests Anything related to tests be that automatic or manual, integration or unit, etc. labels Apr 25, 2023
@github-actions
Copy link

This PR/issue depends on:

@petermetz petermetz added the P2 Priority 2: High label Apr 27, 2023
@petermetz petermetz added this to the vT.B.D milestone Feb 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies Pull requests that update a dependency file dependent Developer_Experience Flaky-Test-Automation Issues related to test stability (which is a long running issue that can never fully be solved) P2 Priority 2: High Performance Everything related to how fast/efficient the software or it's tooling (e.g. build) is. Tests Anything related to tests be that automatic or manual, integration or unit, etc.
Projects
None yet
Development

No branches or pull requests

1 participant