Allow for overriding how trigger release announcement step gets version information #23
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Prior to this commit, the trigger release announcement step
gets the version from GITHUB_REF. For this to work, the step
has to be triggered by a tag being pushed.
This is good for most use-cases, but not all. For example, ponyc
build assets for release on cirrus-ci not github actions. This
means that we want to trigger a release announcement once we've
been notified assets have been uploaded to cloudsmith.
This will not work with trigger release announcement as it can't
get the version from GITHUB_REF as it isn't available there.
This commit adds the ability to provide an optional environment
variable VERSION to the trigger-release-announcement step. If the
variable is set, the version will be taken from that rather than
trying to parse it out of GITHUB_REF.
Closes #22