Azure / Azure/azure-dev

Extension release process could be slimmed down

Open
#5,932 1 comment 0 reactions 0 assignees View on GitHub
area/extensions engineering item release-activity
Dominant language
Go
Stars
569
Forks
364
Avg merge
2d 22h
Merged PRs (30d)
139

Description

Today the release process is:
1. Create a PR, update the version.txt and extension.yaml (manually) to be the version you want to release.
2. Wait for that PR to merge
3. Run the Azure extension pipeline to create release blobs
4. Create _another_ PR, where you've run 'azd extension release', which updates the extension.json
5. Wait for that PR to merge

Each PR approval eats up some time, and is something manual that needs to be tracked. I think we could, at the very least, condense steps 3,4 and 5 into a _single_ pipeline, where the final phase writes out the extension.json. That saves me from having to submit a final PR and speeds up iteration time.

Contributor guide

Open the contributing guide

Research direction

Start by tracing the Azure extension pipeline and the `azd extension release` command. Check how `version.txt`, `extension.yaml`, and `extension.json` are produced across the current steps. Done means the pipeline handles the release blobs and final `extension.json` update without requiring a second PR.

Written by the indexing model from the issue text.

Assessment

Tech stack
azure
Domain
cloud, devops, release
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.