Azure / Azure/bicep

Implement back-compat tests to ensure new Bicep versions can consume modules published by previous versions - and previous versions of bicep can consume modules published by newer ones

Open
#4,079 0 comments 0 reactions 0 assignees View on GitHub
enhancement story: registry
Dominant language
Bicep
Stars
3.6k
Forks
830
Avg merge
1d 4h
Merged PRs (30d)
81

Description

This will ensure that there are no surprises when users upgrade Bicep to a new version that prevent previously published modules from being consumed.

One idea is to have release/official builds publish some sample artifacts to a persistent ACR and another test consume artifacts published by previous releases.

Contributor guide

Open the contributing guide

Research direction

Start with the release/official builds and the proposed persistent Azure Container Registry (ACR). Define how sample artifacts from each release are published and how tests consume artifacts from both previous and newer Bicep versions. Done means upgrades and downgrades can verify module compatibility without surprises.

Written by the indexing model from the issue text.

Assessment

Tech stack
azure
Domain
ci-cd, cloud, testing
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.