-
Notifications
You must be signed in to change notification settings - Fork 2
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
images: add OPCUA image. #61
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No strong opinion regarding CI for these images for now. I'll think more about it.
images/docker-compose-opcua.yml
Outdated
REPONAME: opcua | ||
RUNDIR: /opt/epics/modules/opcua |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If we are going to use #59, we should be careful when defining these variables. By implementing the suggestion of dropping the RUNDIR
as input to keep binaries, REPONAME
should point to epics/modules/opcua
instead. There is no such /opt/opcua
directory in no-build
targets as of now.
An alternative approach could be to symbolic link or hard-copy during the pruning stage of no-build
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Missing entry in CHANGES.md. It may be useful to specify such kind of image somewhere in the README.
Since the OPCUA IOC we use is built alongside the OPCUA module, we can simply export the IOC image ourselves.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good.
This workflow will only run for tags for now, since otherwise it would have to deal with relying on a ${tag}-dev container for the base image. If we add more included images, we can add a matrix to the workflow definition to build all their images. This commit was based on [1]. [1] https://stackoverflow.com/questions/58457140
Since the OPCUA IOC we use is built alongside the OPCUA module, we can simply export the IOC image ourselves.
This is still missing automatic generation of the image in CI. Creating the tagged image is easy, we just need to depend on the workflow which pushes the base image. The hard part is running it for PRs as well... This means it probably has to be in the same workflow and must deal with the recently built base image which will have its own name but should be called
X.Y.Z-dev
.I'm not sure how far we need to go before merging and tagging a release so it can be used.