Skip to content

Use artifacts instead of registry for passing CI image to jobs#19

Closed
riley-dixon wants to merge 3 commits into
ROCm:developfrom
riley-dixon:rildixon/ci-use-artifacts
Closed

Use artifacts instead of registry for passing CI image to jobs#19
riley-dixon wants to merge 3 commits into
ROCm:developfrom
riley-dixon:rildixon/ci-use-artifacts

Conversation

@riley-dixon
Copy link
Copy Markdown
Collaborator

Motivation

To enable PRs coming in from external forks of the repo to use our CI as-is.

Technical Details

External PR's (e.g. from a forked repo) are not allowed to push to the head repo's Docker Registry when the workflow trigger is "pull_request". This is a good protection to have. Artifacts are not published and are kept on a job by job basis - for a single day in our case. They are not intended to be consumed by non-CI. This should allow us to keep most of our existing CI by switching to this model.

An additional job after a PR has been accepted and merged will be needed if we wish to still have some concept of caching for building the docker image. No matter what we will need to push the entire Docker image for each workflow using this mechanism rather than benefiting from speed-up provided by the registry to skip uploading unchanged layers of the image.

Test Plan

Test Result

Submission Checklist

We would like to eventually move to a fork-based development model. However, PR's from fork's are unable to push images to the GHCR registry (they could push something bad). So instead, this changes CI to use artifacts instead to pass around the container image.

Surprisingly, this actually slightly reduces the time it takes to load & start the Docker container.
@riley-dixon riley-dixon self-assigned this Nov 5, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants