Replace the 9 separate rlespinasse/slugify-value composite action calls
(plus the 2 helper id steps feeding them) with a single in-repo
slugify-env.sh script that reimplements the same slug/slug-cs/slug-url/
slug-url-cs logic for all 9 GitHub context keys in one pass.
Each shell run step triggers the runner's own log renderer to print a
full "env:" dump; with 9 separate steps that dump was repeated ~9 times
per job. This collapses those calls into a single step, cutting the
env-dump repetition ~9x with no change to any GITHUB_ENV variable name
or value consumers rely on.
Note: the "publish-env" input on slugify-value never controlled this
log dump (it only gates writing computed values to GITHUB_ENV); the
fix is purely a step-count reduction, per the maintainer's own comment
on the issue.
BREAKING CHANGE: Change the behavior of GITHUB_REF_NAME to match the default GitHub Action behavior,
BREAKING CHANGE: Introduce GITHUB_REF_POINT as a replacement for GITHUB_REF_NAME to match this GitHub Action behavior in v4.
Using composite with two actions:
- rlespinasse/slugify-value for the SLUG features
- rlespinasse/shortify-git-revision for the SHORT feature
Since the SHORT sha is now based on a shorted git revision,
and no more on a fix substring.
BREAKING CHANGE: use different backend for the action