Bundle evaluations and dataset extensions in the Foundry meta-package - #10085
Mohamed Hessien (m7md7sien) wants to merge 2 commits into
Conversation
Add `azure.ai.evaluations` and `azure.ai.dataset` to the `microsoft.foundry` dependency list so installing the meta-package brings the evaluation authoring and dataset versioning commands along with the rest of the Foundry surface. Both extensions landed on main at 1.0.0-beta.1 in Azure#9500 and Azure#9499.
|
Azure Pipelines: 3 pipeline(s) were filtered out due to trigger conditions. There may be pipelines that require an authorized user to comment /azp run to run. |
There was a problem hiding this comment.
🟡 Changes recommended
Correct the release-sequencing note to distinguish registry validation from install-time resolution.
Get a fresh assessment by requesting another Copilot review.
Pull request overview
Updates the microsoft.foundry meta-package to bundle dataset and evaluation extensions.
Changes:
- Adds
azure.ai.datasetandazure.ai.evaluationsdependencies. - Bumps the package to
1.0.0-beta.4. - Documents the bundled extensions in the changelog.
File summaries
| File | Description |
|---|---|
cli/azd/extensions/microsoft.foundry/extension.yaml |
Adds dataset and evaluations dependencies. |
cli/azd/extensions/microsoft.foundry/version.txt |
Updates the package version. |
cli/azd/extensions/microsoft.foundry/CHANGELOG.md |
Records the new release. |
Review details
- Files reviewed: 3/3 changed files
- Comments generated: 1
- Review effort level: Lite (auto)
Note
Copilot is running an experiment and ran this review at Lite.
💡 Configure MCP servers for context-aware, tailored reviews. Learn more in the docs.
| - id: azure.ai.dataset | ||
| version: "~1.0.0-beta.1" | ||
| - id: azure.ai.evaluations | ||
| version: "~1.0.0-beta.1" |
| @@ -1,5 +1,11 @@ | |||
| # Release History | |||
There was a problem hiding this comment.
Blocking comment untill the release of azure.ai.evaluations and azure.ai.dataset.
Feel free to resolve the comment when the two packages are released.
Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
|
/check-enforcer evaluate |
|
Hi @Mohamed Hessien (@m7md7sien). Thank you for your interest in helping to improve the Azure Developer CLI experience and for your contribution. We've noticed that there hasn't been recent engagement on this pull request. If this is still an active work stream, please let us know by pushing some changes or leaving a comment. Otherwise, we'll close this out in 7 days. |

Fixes #10086
Adds
azure.ai.evaluationsandazure.ai.datasetto themicrosoft.foundrymeta-package so a singleazd extension install microsoft.foundrybrings the evaluation authoring and dataset versioning commands along with the rest of the Foundry surface.Both extensions are already on
mainat1.0.0-beta.1(#9500 and #9499), and both ship their own release pipeline (eng/pipelines/release-ext-azure-ai-evaluations.yml,eng/pipelines/release-ext-azure-ai-dataset.yml).Changes
extension.yaml1.0.0-beta.3Package version bumps and changelog updates are deferred to a separate consolidated release PR.
version.txtand the historicalCHANGELOG.mdare unchanged from this PR's base.The pins use the same
~<version>style as every existing dependency, so the pack picks up patch releases of both extensions without another manifest change.Feature merge remains on hold. This metadata-only cleanup does not lift that hold. The PR only changes bundling dependencies in
extension.yaml, notregistry.json.But the meta-package must not be released until
azure.ai.evaluationsandazure.ai.datasetare published to the registry. Neither is inregistry.jsonyet (#10099 is still open).So the gate is not CI, it is install-time resolution: azd resolves an extension's dependencies from the parent's own source when installing, so releasing the pack now would produce a
microsoft.foundrythat fails to resolve two of its dependencies for anyone installing it.Correct order:
azure.ai.evaluationsandazure.ai.dataset(their release pipelines → registry update PRs).microsoft.foundryonly after both dependencies are available in the registry.Worth noting for step 3: because the pins are
~1.0.0-beta.1and the published versions will be exactly1.0.0-beta.1, the constraint resolves cleanly. If the pack were ever released with a pin ahead of what is published (say~1.0.0-beta.2), that would be a hard registry validation error rather than a warning.Validation
cli/azd/extensions/, and every pinned version matches the version that extension declares.