You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have found that metadata-action is not respecting the checked out reference sha (actions/checkout: ref) but is using the base CI actions SHA. We have a flow were we auto tag and release (which does update a couple version files) based on a number of criteria. The idea is to then check out that new tagged release and build and deploy based off of that.
However we have found that metadata-action points back to the base sha. How can we use our new reference sha?
Steps to reproduce this issue
Push a change into CI. (Incoming SHA - 7ed240f)
Our CI Flow based on a number of criteria will auto trigger a release. This release will update a handful of non-essential version files. This create a new SHA (Updated SHA 495803)
Updated SHA then passed as the ref to the docker build which is checked out.
In inspecting the Metadata output metadata/acdtion is NOT using this Updated SHA but rather the incoming SHA (7ed240f).
Expected behaviour
I would expect that the metadata tags and labels would use the checked reference of the checkout.
Behaviour
We have found that metadata-action is not respecting the checked out reference sha (actions/checkout: ref) but is using the base CI actions SHA. We have a flow were we auto tag and release (which does update a couple version files) based on a number of criteria. The idea is to then check out that new tagged release and build and deploy based off of that.
However we have found that metadata-action points back to the base sha. How can we use our new reference sha?
Steps to reproduce this issue
ref
to the docker build which is checked out.Expected behaviour
Actual behaviour
Configuration
Logs
2_Checkout Code.txt
4_Collect Metadata.txt
The text was updated successfully, but these errors were encountered: