Closed bennibbelink closed 9 months ago
Build FROM cycamore_20.04_apt/cycamore:latest
- Success :white_check_mark:
Build FROM cycamore_20.04_apt/cycamore:stable
- Failure :x:
Build FROM cycamore_20.04_conda/cycamore:latest
- Success :white_check_mark:
Build FROM cycamore_20.04_conda/cycamore:stable
- Failure :x:
Build FROM cycamore_22.04_apt/cycamore:latest
- Success :white_check_mark:
Build FROM cycamore_22.04_apt/cycamore:stable
- Failure :x:
Build FROM cycamore_22.04_conda/cycamore:latest
- Success :white_check_mark:
Build FROM cycamore_22.04_conda/cycamore:stable
- Failure :x:
Expected failures of publish_release.yml
since cycamore:stable
doesnt exist yet
Thanks @bennibbelink - let's give this a shot...
After some discoveries made in cyclus #1667 some changes are necessary.
build_test.yml
doesnt push anything (including cache) to a package registry - this way a PR from a fork can perform testing with no issuespublish_latest.yml
is the ONLY workflow that updates theci-layer-cache
- this way any other workflow will be pulling layers fromcymetric:latest
some conversions of
repository_owner
toactor
incorporated PR trigger for
publish_release.yml
from #192.Any workflows that publish an image (i.e.
publish_latest.yml
andpublish_release.yml
) should be modified from a branch on the upstream. This is consistent with our old strategychanged default cycamore tag to
latest
fromstable
in the Dockerfile. This serves two purposes: to ensure users are using the latest version of cycamore, and to help make upstream workflows less verbose