Skip to content

feat(deploy-bicep): expose bicep-version input#149

Merged
vatsalyagoel merged 2 commits intomainfrom
feat/expose-bicep-version-on-deploy-bicep
May 6, 2026
Merged

feat(deploy-bicep): expose bicep-version input#149
vatsalyagoel merged 2 commits intomainfrom
feat/expose-bicep-version-on-deploy-bicep

Conversation

@vatsalyagoel
Copy link
Copy Markdown
Contributor

@vatsalyagoel vatsalyagoel commented May 6, 2026

Summary

Adds an optional bicep-version input on the deploy-bicep composite action, forwarded through to both the what-if and deploy azure/bicep-deploy steps.

When unset, behaviour is unchanged: bicep-deploy resolves https://downloads.bicep.azure.com/releases/latest at runtime, which is non-deterministic per run and silently exposes consumers to new Bicep releases.

Why

Azure/bicep#19600 — newer Bicep versions may stop emitting the 2.1-experimental ARM language version that the @retryOn decorator relies on. Consumers using @retryOn need to pin to a known-good Bicep version (e.g. 0.43.1). Today there's no way to pin through this wrapper.

Test plan

  • CI passes

Forwards a new optional `bicep-version` input through to both the
what-if and deploy `azure/bicep-deploy` steps. When unset, behaviour
is unchanged: bicep-deploy resolves
https://downloads.bicep.azure.com/releases/latest at runtime, which
is non-deterministic across runs and exposes consumers to silent
breakage on new Bicep releases.

Consumers can now opt into a deterministic Bicep version per call,
matching the pattern in Azure/bicep-deploy v2.3.0+ but keeping the
wrapper's portal-link and what-if niceties.

Tracking issue: Azure/bicep#19600 — newer
Bicep versions may stop emitting the 2.1-experimental ARM language
version that the @RetryOn decorator relies on, so consumers using
@RetryOn need to pin.
@github-actions
Copy link
Copy Markdown
Contributor

github-actions Bot commented May 6, 2026

🛡️ SHA Pinned Actions Report

✅ All 28 file(s) passed — actions are allowed and pinned as required.

Replaces abbreviated version comments (# v6, # v7, # v3, etc.) with
full release tags (# v6.0.2, # v7.0.1, # v3.0.0, ...) on every
SHA-pinned action across this repo's workflows and composite actions.

Pure documentation change — no SHAs altered, no behaviour change.
Makes it obvious at a glance which exact release every pinned SHA
corresponds to, instead of having to look it up.

Skipped: peter-evans/repository-dispatch in zendesk_github_*.yml
— current SHA 0fbcdc30 is an unreleased commit on main (post-v4.0.1
dependabot dev-deps bump), so there's no released tag to point at.
@vatsalyagoel vatsalyagoel enabled auto-merge May 6, 2026 02:40
@vatsalyagoel vatsalyagoel merged commit c7566de into main May 6, 2026
1 check passed
@vatsalyagoel vatsalyagoel deleted the feat/expose-bicep-version-on-deploy-bicep branch May 6, 2026 02:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants