when a new release gets done, the tests are part of the acceptance tests.
By default, the compose file and the CI would run against the latest tagged release.
The docker build pipeline would run the tests against master and only build the image, if the tests succeed
This would allow for a pull request to master, to update the versioned default docker images. When that gets merged, the resulting merge commit gets tagged with that version, which creates the docker image with this version.
Optimally, wed have the following scenario: