Azure / Azure/azure-dev

[layers v2] `service`s names should not be required to be globally unique

Open
#9,854 0 comments 0 reactions 1 assignee Claimed by @richardpark-msft View on GitHub
area/layered-provisioning area/project enhancement
Dominant language
Go
Stars
569
Forks
364
Avg merge
2d 19h
Merged PRs (30d)
136

Description

For the first pass, I've made it so services are still considered globally unique, so we didn't have to change all of the CLI surface for this next change, as it was getting large. This mirrors the constraint we had in layers v1.

This issue tracks removing some of the code that's requiring uniqueness:
- project/validate (validateParsedConfig), which puts all services into the same map
- ProjectConfig.Services, which also merges everything into a single map

We'll also want to make sure that `up` and `provision` both handle addressing services. There's some possibilities there:
- If a name is globally unambiguous, allow `azd deploy ` and just search all the layers for that name. We could error out if it turns out that name is in more than one layer.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.