Skip to content

Conversation

@fdupress
Copy link
Member

This lays the groundwork for being able to generate dockerfiles in CI. I added a workflow_dispatch trigger so docker containers corresponding to specific branches (other than main, latest, and release tags) can also be produced. Hopefully, I can use it to test the change.

At the moment, the script tries to push the container to the GHCR—this hopefully should fail without first putting effort into setting credentials and a secure environment. (But who knows?)

This is separated from the Jasmin in CI work to allow us to take baby steps on publishing containers, especially since this changes the meaning of the latest tag in container world. (This will be following latest release, our current latest is "whatever was in the repo last time someone bothered to update the container.")

We could run only the build job, but given that the image is tagged with the relevant branch, it might be useful to actually produce the test box (and later, the formosa box) and make sure that inter-workflow dependencies are clear.

@fdupress fdupress force-pushed the docker-builds-in-ci branch from 14847f6 to 7d980bd Compare December 2, 2025 11:52
@fdupress
Copy link
Member Author

fdupress commented Dec 2, 2025

Right—putting this one on pause. It is silly to run this as a matrix when the base is build in all 3 jobs, but can't be shared. I need to rethink this—including whether we want to publish the base and build images.

On the plus side, the build is working.

@fdupress fdupress marked this pull request as draft December 2, 2025 12:01
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