CI workflow to run `buildnpush` script when Docker files change

Question

CI workflow to run `buildnpush` script when Docker files change

kelly-sovacool opened this issue a year ago · comments

Kelly Sovacool, PhD commented a year ago

This could run when a new file matching Dockerfile* is pushed to master. Would need to extract the version number from the path... Or maybe we start using Conventional Commits and use tools to figure out the version automagically?

gh actions for docker images: https://docs.github.com/en/actions/publishing-packages/publishing-docker-images
multiple dockerfiles in one repo: docker/build-push-action#561 (comment)

Vishal Koparde, PhD · Answer 1 · Mon Aug 28 2023 22:46:12 GMT+0800 (China Standard Time)

I think that was my original plan ... but I generally like to iteratively build-push-test-repeat ... so I have not implemented this CI/CD in practice ... but we sure can.

Kelly Sovacool, PhD · Answer 2 · Wed Sep 06 2023 04:46:46 GMT+0800 (China Standard Time)

I have a demo of how we could implement this here: https://github.com/CCBR/CRUISE/blob/d42560d20aaab230322a77f1ee05cb7d27f95760/.github/workflows/docker.yml

Kelly Sovacool, PhD · Answer 3 · Tue Nov 21 2023 00:35:37 GMT+0800 (China Standard Time)

We now have two github actions workflows that run on manual dispatch to build containers that accept different inputs:

build-docker-manual takes the path to the dockerfile, the dockerhub namespace, and the tag. This is useful if you want to iterate quickly and have not created a meta.yml file.
build-docker-meta takes the path to a directory that contains the dockerfile and a meta.yml file which contains the namespace and tag. This allows you to save time not needing to re-enter container metadata, as it is stored in a meta.yml file, while still controlling exactly when a container is built.